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FOREWORD 


This  Final  Report  is  submitted  in  fulfillment  of  CDRL  CLIN  0001,  Sequence  No.  16.  of  the 
ASTROS  Enhancements  Contract,  F33615-87-C-3216,  dated  29  January  1987  and  revised  10 
September  1992.  This  volrune  provides  the  basic  user’s  documentation  for  the  Automated 
Structural  Optimization  System,  ASTROS  Version  12. 

This  work  was  performed  by  Universal  Analytics,  Inc.  and  their  subcontractor,  Northrop 
Coip.  This  manual  supercedes  tiie  interim  ASTROS  User’s  Manual  documented  as  WL-TR-93- 
3025,  Volume  II  by  D.J.  Neill  and  D.L.  Herendeen.  The  major  contributors  to  this  report  were 
D.L  Herendeen,  the  Program  Manager,  and  D.J.  Neill,  the  Associate  Program  Manager. 

Capt.  R.  Canfield,  Capt.  S.  Pitrof  and  Mr.  R.  Kolonay  have  been  the  Air  Force  Project 
Engineers  and  Dr.  V.B.  Venkayya  was  the  initiator  of  the  effort.  This  report  covers  the  work 
performed  between  29  January  1987  and  31  March  1995. 


1.  THE  ASTROS  INPUT  DATA 


1.1.  INTRODUCTION 

This  User’s  Manual  is  one  of  four  manuals  documenting  ASTROS  (the  Automated  Structural 
Optimization  System).  The  other  three  are  the  Application  Manual,  the  Programmer’s  Manual  and  the 
Theoretical  Manual.  The  Application  and  Theoretical  Manuals  describe  the  range  of  capabilities  of  the 
ASTROS  system,  while  the  Programmer’s  Manual  is  provided  to  give  details  of  the  internal  function  of 
the  engineering  and  programming  utility  modules,  and  to  document  database  entities  and  usage.  The 
User’s  Manual  provides  a  complete  description  of  the  user  interface  to  the  ASTROS  system  in  order  to 
facilitate  the  preparation  of  input  data.  It  introduces  the  features  of  the  ASTROS  system  that  enable  the 
user  to  direct  this  software  system  and  documents  the  mechanisms  by  which  the  user  can  commimicate 
with  the  system.  It  is  assumed  that  the  reader  is  familiar,  from  a  study  of  the  Theoretical  Manual,  with 
the  engineering  capabilities  of  the  ASTROS  system  and  is  using  this  manual  to  define  the  form  of  the 
particular  input  that  directs  the  system  to  perform  a  desired  function.  This  manual  is  intended  to  provide 
the  user  with  a  convenient  reference  for  all  forms  of  input  to  the  system  and  is  therefore  organized  along 
the  same  lines  as  the  input  data  stream.  The  discussion  of  each  topic  is  brief  and  generic  and  is  followed 
by  detailed  documentation  of  the  user  mputs.  Information  on  ASTROS  output  formats  is  in  a  separate 
chapter  as  is  the  description  of  the  Matrix  Analysis  Problem  Oriented  Language  (MAPOL)  used  for 
programming  ASTROS. 

This  manual  is  directed  toward  the  engineer/designer/analyst  who  is  using  ASTROS  to  perform 
engineering  design  or  analysis.  While  ASTROS  is  perfectly  capable  of  performing  many  tasks  not  explic¬ 
itly  supported  in  the  standard  execution,  the  user  must  know  the  engineering  software  in  considerable 
detail  to  direct  the  system  to  perform  these  alternative  functions.  The  mechanisms  by  which  these  more 
advanced  features  are  invoked  are  included  in  this  manual  but  no  attempt  is  made  to  provide  sufficient 
information  to  the  user  to  generate  new  analysis  features  or  to  grossly  modify  the  existing  capabilities  of 
the  system.  These  more  advanced  topics  are  treated  in  the  Programmer’s  and  Application  Manuals  which 
docTunent  the  individual  modules  in  the  system  and  their  interactions.  Rudimentary  modifications  to  the 
execution  sequence  and  changes  to  execution  parameters  are  discussed  in  detail  in  this  manual. 

Machine  and  installation-dependent  aspects  of  ASTROS  are  also  contained  in  the  Application  and 
Programmer’s  Manuals  rather  than  in  the  User’s  Manual.  Only  those  machine  dependency  issues  that 
are  logically  related  to  the  preparation  of  the  input  are  discussed  in  this  manual.  Machine  dependencies 
in  the  input  are  limited  to  the  naming  conventions  for  the  nm  time  database  files  and  the  parameters 
that  can  be  used  on  the  ASSIGN  DATABASE  entry.  Other  machine  dependencies  are  handled  as  part  of 
the  installation  of  the  system  on  each  particular  host  machine.  These  issues  are  documented  in  the 
Programmer’s  Manual  since  they  are  relevant  only  to  the  system  manager,  not  to  the  user. 
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It  will  be  apparent  to  many  readers  that  the  NASTRAN  structural  analysis  system  was  used  as  a 
guide  in  the  design  of  the  ASTROS  program.  Both  NASTRAN  and  ASTROS  comprise  large  scale,  finite 
element  structural  analysis  in  executive  driven  software  systems.  Therefore,  many  of  the  input  and 
output  features  are  similar.  NASTRAN  has  become  an  industry  standard  in  finite  element  structural 
analysis  with  many  pre-  and  post-processors  developed  around  NASTRAN  data.  To  maintain  maximal 
compatibility,  many  aspects  of  the  ASTROS  input  are  similar  in  form  or  purpose  to  those  in  NASTRAN 
and,  in  many  other  cases,  the  same  nomenclature  has  been  adopted.  In  some  instances  in  this  document, 
therefore,  ASTROS  input  will  be  compared  and  contrasted  to  NASTRAN  input  in  order  to  present  a 
concise  picture  of  the  ASTROS  input  and  to  assist  the  reader  familiar  with  NASTRAN  in  maVing  the 
coimection  to  the  equivalent  item  in  ASTROS.  Although  familiarity  with  NASTRAN  is  not  a  prerequisite 
to  understanding  the  ASTROS  documentation,  sufficient  numbers  of  potential  ASTROS  users  are  ex¬ 
pected  to  be  famihar  with  the  NASTRAN  system  to  justify  the  sometimes  casual  reference  to  NASTRAN 
features. 

This  Chapter  contains  a  description  of  the  ASTROS  input  file,  database  assignment  and  debug 
control  inputs.  Chapters  2  through  5  are  organized  to  parallel  the  input  file  structure.  Within  each  of 
these  chapters,  the  function  of  the  particular  input  packet  is  presented  along  with  illustrations  of  how  the 
data  are  prepared.  Each  packet  is  described  in  a  generic  fashion  so  as  to  indicate  how  the  sophisticated 
user  can  make  use  of  the  more  advanced  features  of  the  system  without  cluttering  the  discussion  with 
details  of  the  input  structures.  The  detailed  documentation  of  the  separate  input  structures  of  the  data 
packet  then  foUow  within  each  Chapter.  This  form  of  documentation  enables  this  manual  to  be  useful  as 
a  guide  to  the  beginning  user  as  well  as  a  reference  for  the  experienced  user.  While  there  are  a  number  of 
advanced  input  features,  the  required  input  for  most  jobs  is  the  ASSICSN  DATABASE  command,  described 
in  Section  1.3,  and  the  Solution  Control  and  Bulk  Data  packets  described  in  Chapters  3  and  5,  respec¬ 
tively. 


In  Chapter  6,  following  the  input  stream  descriptions,  the  output  features  of  the  ASTROS  system 
are  documented.  While  these  features  are  selected  through  directives  in  the  input  data  stream,  they  are 
sufficiently  numerous  and  complex  to  justify  a  separate  chapter  devoted  solely  to  output  requests.  The 
output  capabilities  of  the  system  are  described  in  very  general  terms  while  the  output  requests  available 
for  each  analysis  discipline  and  optimization  feature  are  documented  in  detail.  Most  output  is  selected 
through  Solution  Control  directives  that  are  documented  in  Chapter  3,  but  some  are  selected  through 
modifications  to  the  executive  (MAPOL)  sequence.  Chapter  2  documents  all  of  the  output  utihties  avail¬ 
able  to  the  user  through  MAPOL  directives  and  gives  several  examples  of  modifying  the  MAPOL  se¬ 
quence  to  obtain  additional  output.  Other  featrues  are  described  in  the  MAPOL  Programmer’s  Manual 
which  comprises  Chapter  7. 
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Many  examples  of  user  input  are  used  throughout  this  document.  In  order  to  ease  the  burden  of 
interpretation,  the  conventions  shown  in  Table  1  are  used  in  the  examples  unless  otherwise  noted. 
Chapter  7,  which  describes  the  MAPOL  programming  interface,  describes  additional  conventions  re¬ 
quired  for  the  programming  syntax  of  MAPOL. 


Table  1.  Command  Syntax  Conventions 


MAPOL  NOGO 

Capital  letters  indicate  that  the  phrase  must  appear  exactly  as  shown 

MAPOL  params 

Lower  case  italic  symbols  act  as  generic  place  holders  indicating  that 
an  option  or  options  can  or  must  be  included 

[  NOGO  ] 

SymboKs)  enclosed  in  brackets  [  ]  are  optional.  If  more  than  one 

S3nnbol  is  available  they  will  be  stacked  in  vector  notation  with  any 
defaults  denoted  by  boldface. 

INCLUDE  <filename> 

A  required  symbol  is  enclosed  in  angle  brackets.  If  the  angle  brackets 
surroimd  an  option  Hst,  at  least  one  of  the  available  options  must  be 
selected. 

BEGIN_BULK 

The  underscore  O  is  used  to  signify  a  required  blank  space. 

1 .2.  THE  INPUT  DATA  STREAM 

The  ASTROS  user  directs  the  system  through  an  input  data  stream  composed  of  a  command  to 
attach  the  ASTROS  run  time  database  followed  by  multiple  Data  Pfickets.  Each  packet  contains  a  set  of 
related  data  providing  the  information  needed  to  execute  ASTROS.  The  packets  begin  with  a  keyword 
indicating  the  nature  of  the  data  within  the  packet  and  terminate  with  an  ending  keyword  or  with  the 
start  of  the  next  data  packet.  All  the  packets  in  the  input  data  stream  are  optional,  although  the  order  in 
which  they  must  appear  is  fixed.  The  purpose  of  this  section  is  to  document  the  structure  of  the  input 
data  stream.  Detailed  documentation  of  the  data  within  each  data  packet  is  then  presented  in  separate 
chapters. 

Figure  1  shows  the  general  form  of  the  input  data  stream  and  Figure  2  illustrates  the  actual 
input  stream  features  with  a  sample  stream  for  a  ten  bar  truss  model.  The  first  non-blank  record  of  the 
input  file  must  be  the  ASSIGN  database  entry.  This  command  enables  the  user  to  attach  the  run  time 
database  file(s)  that  are  used  during  the  execution  of  the  ASTROS  procedure.  There  are  four  optional 
data  packets  following  the  ASSIGN  database  entry  which,  if  they  are  present,  must  appear  in  the  order 
shown.  The  first  is  the  DEBUG  packet  which  contains  debug  commands  to  control  or  select  specific 
actions  within  the  executive  and  database  management  systems.  The  second  packet  is  the  MAPOL 
packet  containing  the  executive  system  control  directives  consisting  of  either  a  standalone  MAPOL 
program  or  EDIT  commands  to  modify  the  standard  MAPOL  program.  If  the  MAPOL  packet  is  absent, 
the  unmodified  standard  MAPOL  sequence  directs  the  execution.  The  Solution  Control  commands  appear 
in  the  third  optional  packet  denoted  by  the  keyword  SOLUTION.  These  commands  select  the  engineering 
data  to  be  used  in  each  subcase  from  the  set  of  data  provided  in  the  Bulk  Data  packet.  The  fourth  packet 
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Any  number  of  leading  blank  lines 


ASSIGN  DATABASE  <name>  <password>  <status>  [params] 


DEBUG 


DEBUG  directives 

used  for  tracing  input  stream  errors 


HAPOL  [option-list]  or  EDIT  [option-list] 

-  MAPOL  program  or  EDIT  commands  allow  user 

-  modifications  to  the  standard  ASTROS  solution  sequence 


SOLUTION 


Solution  Control  Directives 

select  optimization  and  analysis  disciplines 


FUNCTIONS  [option_Iist] 


Function  definitions 

Used  to  define  objective  or  constraint  functions 


BEGIN_BULK  [ option_Iist] 


Bulk  Data  Entries 

defines  the  structural  and  aero  models,  boundary 
conditions,  loading  cases,  and  other  engineering  data  and  the 
design  model  —  design  variables  and  constraints  —  required 
when  performing  design.  Similar  to  NASTRAN _ 

[ENDDATA]  Bulk  Data  Terminator 


Figure  1.  Structure  of  the  ASTROS  Input  Data  Stream 
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is  the  FUNCTION  packet.  It  contains  the  definition  of  functions  which  allow  the  user  to  define  new 
design  constraints  or  an  objective  function.  These  functions  may  combine  nodal  and  element  response 
quantities  for  various  boundary  conditions  and  disciplines.  The  final  data  packet  is  the  BULK  DATA 
packet.  The  BULK  DATA  packet  contains  the  engineering  data  describing  the  finite  element  structural 
model,  the  aerod3mamic  model(s),  and  the  design  model,  as  well  as  all  the  data  needed  to  perform  the 
specific  analysis  and/or  optimization  tasks.  The  MAPOL,  SOLUTION  and  BULK  DATA  packets  are 
analogous  to  the  NASTRAN  executive  control,  case  control  and  bulk  data  decks,  respectively. 

In  interpreting  the  input  data  stream,  ASTROS  recognizes  the  keywords  shown  in  Figure  1. 
These  keywords  must  be  the  first  nonblank  characters  on  the  line  (leading  blanks  are  allowed)  and  have 
the  structure  shown.  In  some  cases  the  ke3rword  is  also  a  command  line  that  makes  up  part  of  the  data 
packet  which  it  initiates.  In  these  cases,  the  command  parameters  are  documented  in  the  User’s  Manual 
chapter  discussing  the  details  of  the  associated  data  packet.  For  example,  the  MAPOL  keyword  is  part  of 
a  command  that  directs  the  MAPOL  compiler  to  take  certain  actions.  The  detailed  discussion  of  tiie 
MAPOL  command  is  therefore  contained  in  Chapters  2  and  7  of  this  manual.  ASTROS  automatically 
converts  the  case  of  the  input  data  stream  when  necessary.  The  only  portions  of  the  data  which  are  not 
converted  are  file  names  which  are  used  in  the  include  and  assign  database  commands,  and  the 
Solution  Control  commands  TITLE,  SUBTITLE  and  LABEL.  This  allows  the  user  to  freely  enter  data  in 
any  case.  Be  aware,  however,  that  file  names  are  never  converted  and  that  when  using  an  ASTROS  host 
computer  in  which  case  is  important,  such  as  Unix,  then  the  correct  case  must  always  be  used  in  file 
names. 


Two  keyword  commands  are  related  only  to  the  input  data  stream  and  not  to  the  data  within  a 
packet.  These  are  the  assign  database  and  the  include  commands.  Each  of  these  is  discussed  in 
detail  in  the  following  sections. 
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ASSIGN  DATABASE  TENBAR  SHAZAM  NEW  DELETE 

DEBUG 

DESIGN=5 

EDIT  NOLIST 
INSERT  1463 

CALL  UTMPRT  ( , [AMAT] ) ; 

SOLUTION 

TITLE  =  TEN  BAR  TRUSS 
OPTIMIZE 

PRINT  DCON=ALL,  HIST 
BOUNDARY  SPC  =  1 

LABEL  =  STATIC  ANALYSIS 

STATICS  (MECH  =  1),  CONST  (STRESS  =  100,  GENERAL  =  100) 

END 

ANALYZE 

BOUNDARY  SPC  =  1,  METHOD  =  2 
STATICS  (  MECH  =  1  ) 

LABEL  =  FINAL  STATIC  ANALYSIS 
PRINT  DISP  =  ALL 
MODES 

LABEL  =  FINAL  MODAL  ANALYSIS 

PRINT  (MODES=ALL)  DISP  =  ALL,  ROOT=ALL 

END 


BEGIN  BULK 


GRID, 

1, 

, 

720.0, 

360.0, 

0.0 

GRID, 

2, 

, 

720.0, 

0.0, 

o 

o 

GRID, 

3, 

360.0, 

360.0, 

0.0 

GRID, 

4, 

360.0, 

0.0, 

o 

o 

GRID, 

5, 

0.0, 

360.0, 

o 

o 

GRID, 

6, 

0.0, 

0.0, 

o 

o 

CROD, 

1, 

10, 

3, 

5 

CROD, 

2, 

10, 

1, 

3 

CROD, 

3, 

10, 

4, 

6 

CROD, 

9, 

10, 

2, 

3 

CROD, 

10, 

10, 

1, 

4 

PROD, 

10, 

2, 

15.0 

MATl, 

2, 

l.E+7,  , 

0.3,  0.1 

25000.0, 

-25000.0 

SPCl , 

1, 

123456, 

5,  6 

SPCl, 

1, 

3456, 

1,  THRU, 

4 

FORCE, 

1, 

2, 

,  -1 

. E5 ,  0.0 

,  1.0, 

o 

o 

FORCE, 

1, 

4, 

,  -1 

w 

U1 

o 

o 

,  1.0, 

o 

o 

CONVERT, 

MASS,  2 

.59E-3 

EIGR, 

2, 

GIV, 

0.0,  700 

o 

to 

2,  , 

,  ABC,  +BC 

MPPARM, 

ISCAL,  1 

DESELM, 

1, 

1, 

CROD, 

6.667E-3, 

1000.0, 

to 

o 

,  RODl 

DESELM, 

2, 

2, 

CROD, 

6.667E-3, 

1000.0, 

to 

o 

,  R0D2 

DESELM, 

9, 

9, 

CROD, 

6.667E-3, 

1000.0, 

2.0, 

,  R0D9 

DESELM, 

10, 

10, 

CROD, 

6.667E-3, 

1000,0, 

to 

o 

,  RODIO 

DCONVMM, 

100,  2 

.5+4,  - 

2.5+4,  ,  2 

DCONDSP, 

100, 

1,  UPPER,  2.0, 

POSNODl , 

1,  2, 

1.0 

DCONDSP, 

100, 

2,  UPPER,  2.0, 

P0SN0D2 , 

2,  2, 

1.0 

DCONDSP, 

100, 

8,  LOWER,  -2.0, 

NEGNODl, 

4,  2, 

1.0 

ENDDATA 


Figure  2.  Features  of  a  Sample  ASTROS  Input  Stream 
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1 .3.  THE  ASSIGN  DATABASE  ENTRY  —  GENERAL 


The  first  line  of  the  ASTROS  input  data  stream  must  be  the  assign  database  entry.  This  entry 
identifies  the  nm  time  database  files  to  be  used  in  the  current  ASTROS  execution  and  specifies  certain 
parameters  associated  with  the  files.  The  format  of  this  entry  is: 

ASSIGN  DATABASE  <dbname>  <password>  <status>  [parazns] 


where, 


dbname 

password 

status 

params 


is  a  name  identifying  the  run  time  database  files  (maximum  of  8  characters  or 
fewer,  depending  on  the  local  host.  Restricted  tmder  IBM/MVS  DDNAME 
syntax  to  a  maximum  of  5  characters) 

is  a  user  assigned  password  for  the  database  files  (maximum  of  8  characters ) 

is  the  status  of  the  database  fiiles.  Must  be  either  OLD,  NEW  or  TEMP 

are  optional  (installation  dependent)  parameters  e.g.,  dblksxze  =  n, 
IBLKSIZE  =  n,  etc. 


The  entries  on  the  ASSIGN  DATABASE  command  are  not  keyword  controlled  and  so  must  be 
input  in  the  order  shown.  They  can  be  separated  by  any  number  of  blank  characters  or  commas  but  must 
reside  on  no  more  than  10  physical  records  of  the  input  data  stream.  Note  that  two  commas  do  not  imply 
that  a  parameter  is  missing;  instead,  the  second  comma  will  be  ignored.  Two  equivalent  examples  are 
shown  below: 


ASSIGN  DATABASE,  ASTDB,  SECRET,  OLD 
ASSIGN  DATABASE  ASTDB  SECRET  OLD 


Figure  3  is  provided  to  illustrate  the  function  of  the  assign  database  entry.  In  the  case  shown, 
the  installation  dependent  parameter  voL  has  been  implemented  which  allows  selection  of  the  physical 
device  on  which  the  requested  file(s)  DBl  reside. 

The  optional  pariuas  on  the  ASSIGN  DATABASE  entry  may  or  may  not  be  keyword  controlled  and 
are  installation  dependent.  They  provide  a  mechanism  for  the  user  to  direct  machine  or  installation 
dependent  file  operations  to  be  performed  by  the  ASTROS  procedure.  At  each  site,  the  installation  of  the 
code  involves  a  definition  of  these  parameters  and  the  form  they  must  take.  The  ASTROS  system  is 
currently  functional  on  numerous  host  systems  including  IBM  370  series,  VAXA^S,  VAX/Ultrix, 
IBM/AK,  SGI  4D  series  and  Crimson/Indigo  series,  HP/9000  series,  CRAY/UNICOS,  DECStation,  Con¬ 
vex,  and  SimSparcstation.  The  availability  on  a  specific  computer  may  be  obtained  on  request  from  the 
U.S.  Air  Force. 

The  next  section  documents  the  installation  dependent  ASSIGN  DATABASE  parameters  for  some 
of  the  more  common  features/hosts.  These  features,  however,  may  be  customized  to  a  very  high  degree 
and  may  be  modified  by  the  local  system  manager.  Further  docmnentation  of  the  ASSIGN  database 
command  is  left  to  the  local  installation  or  will  be  included  in  the  delivery  material.  The  Programmer’s 


7 


Figure  3.  Function  of  the  ASSIGN  DATABASE  Entry 
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Manual  contains  the  detailed  description  of  how  these  and  other  machine  dependent  peirameters  are 
defined.  The  following  sections  are  optional.  First-time  readers  may  proceed  to  Chapters  2  or  3. 

1 .3.1 .  ASSIGN  DATABASE  DESCRIPTIONS  FOR  HOST  COMPUTERS 

This  section  contains  the  descriptions  of  the  machine  and  installation  dependent  parameters  on 
the  ASSIGN  DATABASE  entry  for  three  machines  on  which  ASTROS  is  currently  functional.  The  parame¬ 
ters  that  are  available  at  each  site  are  listed  and  details  of  their  use  are  presented.  The  user  is  cautioned 
that  these  are  site  dependent  parameters  which  may  be  different  for  each  installation  even  if  the  host 
system  is  the  same.  This  documentation  is  provided  both  as  an  example  to  the  system  programmer  and 
because  the  features  that  have  been  made  available  on  these  machines  are  very  likely  to  exist  on  most 
machines  that  may  be  used.  The  user  is  referred  to  their  ASTROS  system  manager  for  the  particulars  of 
the  interface  between  the  local  host  system  and  ASTROS. 

The  host  systems  documented  in  this  section  are; 

(1)  DEC  VAX  computers  using  VMS 

(2)  IBM  370/3090  computers  using  MVS 

(3)  Computers  using  Unix-based  Operating  Systems 

1. 3.1.1.  VMS  IMPLEMENTATION 

The  ASSIGN  DATABASE  entry  supplies  the  ASTROS  system  with  the  root  name  of  the  database 
files,  the  status  of  those  files,  and  a  set  of  user  parameters.  The  root  name  is  limited  to  8  characters  in 
length,  the  status  is  one  of  NEW,  OLD  or  TEMP  and  the  set  of  user  parameters  can  be  any  of  the  following 
ke3nvord  commands: 

VOL s name 
DBLKSIZE=n 
IBLKSXZE^n 
DELETE 
KEEP 


DCL  Requirements: 

Under  MicroVMS  and  VMS,  the  database  files  can  be  exphcitly  named  in  the  FORTRAN  open 
statement  or  an  equivalence  between  a  logical  name  and  the  true  file  name  can  be  established  using  the 
DCL  ASSIGN  command: 


$  ASSIGN  <physical-name>  <logical-name> 


Names  the  device  and/or  default  directory  on  which  the  database  files  reside. 
CADDB  data  files  block  size  in  words. 

CADDB  index  file  block  size  in  words. 

Denoting  that  the  run-time  database  files  are  to  be  deleted  after  the  execution. 

Denoting  that  the  run-time  database  files  are  to  be  returned  after  fhe 
execution. 


Both  options  can  be  used  in  the  VMS  version  of  ASTROS.  The  logical  names  dbrootiDX  and 
dbrootDOl  are  checked  to  see  if  they  have  been  ASSIGNed.  If  so,  these  names  are  used  in  the  Fortran 
OPEN  and  the  ASSIGN  provides  the  hook  to  the  physical  files.  When  no  logical  names  exist,  the 
filenames: 
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dbroot . idx 
dbroot .dOl 


are  used.  When  a  VOL  parameter  is  specified,  a  file  name  with  the  structure  of  a  physical  file  name  is 
used: 


voldbroot . IDX 
voldbroot . DOl 


As  an  example,  assuming  that  the  logical  names  multidx  and  MOLTDOl  do  not  exist: 


ASSIGN  DATABASE  MULT  SHAZAM  NEW 


would  use  MULT .  IDX  and  mult  .  DOl  as  file  names  in  Fortran  OPEN  statements  whereas: 


ASSIGN  DATABASE  MULT  SHAZAM  NEW  VOL  =  $DISK1: [SCR] 


would  use  $DISK1;  [SCR] MULT. IDX  and  $DISK1;  [SCR] MULT. DOl  as  filenames  in  the  OPEN  state¬ 
ments.  Note  that  if  the  logical  name  is  assigned,  VOL  will  be  ignored. 

TEMP  Data  Base  Example: 

When  the  status  is  temp,  a  temporary  database  is  created.  Internally,  the  file  is  not  named  in  the 
OPEN  statement  and  has  a  status  of  scratch.  Generally,  this  means  that  the  files  will  be  created  in  the 
user’s  default  directory.  The  only  legal  optional  parameters  are  dblksize  and  IBLKSIZE.  In  the  exam¬ 
ple: 


ASSIGN  DATABASE  TEST  PASS  TEMP 


the  c  oase  files  will  be  created  using  the  default  block  sizes  and  deleted  upon  termination  of  the 
execution. 

NEW  Data  Base  Example: 

When  the  status  is  NEW,  a  new  database  is  created.  The  filename  will  be  formed  from  the  root 
name  and,  if  present,  from  the  VOL  option  as  discussed.  Any  of  the  user  parameters  may  be  used.  As  an 
example: 


ASSIGN  DATABASE  TEST  PASS  NEW 


will  create  either  the  files  test,  idx  and  test.  DOl  or,  if  the  DCL  contains  the  proper  assignments: 


$  ASSIGN  SYS$ SCRATCH: TEST. IDX  TESTIDX 
$  ASSIGN  SYS $ SCRATCH: TEST. DOl  TESTDOl 


the  files  named  in  the  DCL  ASSIGN  statements. 
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The  DELETE  option  will  cause  the  files  to  be  deleted  using  the  DISP=’DELETE’  option  on  the 
OPEN  and  CLOSE  statements.  Otherwise  the  files  wfil  be  kept. 

OLD  Data  Base  Example: 

When  the  status  is  OLD,  an  old  database  is  used.  The  physical  files  that  make  up  the  database 
must  exist.  Only  the  voL  parameter  is  legal  and  the  database  files  will  be  kept  after  the  execution  has 
terminated.  In  the  example: 


1.3.1.2.  IBM  MVS  IMPLEMENTATION 

The  ASSIGN  DATABASE  entry  supplies  the  ASTROS  system  with  the  root  name  of  the  database 
files,  the  status  of  those  files,  and  a  set  of  user  parameters.  The  root  name  is  limited  to  5  characters  in 
length,  the  status  is  one  of  NEW,  OLD  or  TEMP  and  the  set  of  user  parameters  can  be  any  of  the  following 
ke3^ord  commands: 

DBLKSizE=n  CADDB  data  files  block  size  in  words. 
iBLKSiZE=n  CADDB  index  file  block  size  in  words. 

NEW  Data  Base  Example: 

When  the  status  is  new,  a  new  database  is  created.  The  new  refers  to  the  fact  that  the  database 
itself  is  to  be  initialized.  The  physical  files  that  make  up  the  database  may  exist  or  be  created  with  the 
proper  DD  card.  Other  legal  parameters  are  dblksxze  and  iblksize.  Here  is  an  example: 

ASSIGN  DATABASE  RICH  RICHPASS  NEW 


JCL  should  be  as  follows: 


/ / RICHIDX  DD  DSN=RICHDB . INDEX . SPACE= ( TRK , 1 0 ) , DI SP= ( ,  CATLG ) 
/ /RICHDOl  DD  DSN=RICHDB . DATA, SPACE= (TRK, 50 ) , DISP= ( , CATLG) 


In  this  example  a  database  with  files  richdb  .  INDEX  and  RICHDB  .  DATA  will  be  created. 

JCL  Requirements: 

On  the  IBM  computer  the  user  must  supply  the  appropriate  JCL  cards  for  each  database  file.  The 
DDNAMEs  for  these  cards  are  built  from  dbroot  root  file  name  as  follows: 


11 


V 


dbroo  tIDX  —  index  file 
dbrootDOl  -  First  data  file 
dbrootD02  —  Second  data  file 


The  only  reqixired  DD  parameters  for  new  files  are  SPACE  and  DISP.  The  user  can  control  the  number  of 
data  files  by  including  the  desired  number  of  DD  statements. 

TEMP  Data  Base  Example: 

When  the  status  is  temp,  a  temporary  database  is  created.  Internal  to  the  database,  there  is  no 
difference  between  a  TEMP  and  a  NEW  database  on  the  IBM.  The  only  difference  is  in  the  JCL  where  the 
user  supplies  a  temporary  file  instead  of  a  permanent  one.  The  only  legal  optional  parameters  are 
DBLKSIZE  and  IBLKSIZE.  Here  is  an  example; 


ASSIGN  DATABASE  RICH  RICHPASS  TEMP  DBLKSIZE=2048  IBLKSIZE=256 


JCL  should  be  as  follows; 


//RICHIDX  DD  DSN=&INDEX,SPACE=(TRK,10) 
/  /RICHDOl  DD  DSN=&:DATA,  ,  SPACE=  (TRK,  50 ) 


OLD  Data  Base  Example; 

When  the  status  is  OLD,  an  old  database  is  used.  The  physical  files  that  make  up  the  database 
must  exist.  No  other  parameters  are  legal.  Here  is  an  example; 
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1 .3.1 .3.  UNIX  SYSTEM  IMPLEMENTATION 


The  ASSIGN  DATABASE  entry  supplies  the  ASTROS  system  with  the  root  name  of  the  database 
files,  the  status  of  those  files,  and  a  set  of  user  parameters.  The  root  name  is  limited  to  8  characters  in 
length,  the  status  is  one  of  new,  old  or  temp  and  the  set  of  user  parameters  can  be  any  of  the  following 
keyword  commands: 


VOLsname 

DIRsname 

DBLKSlZE=xi 

XBLKSIZE=n 

DELETE 

KEEP 


Names  the  disk  volume  (directory)  on  which  the  database  files  reside.  voL  and 
DIR  are  synonymous  and  mutually  exclusive. 

Names  the  disk  volume  (directory)  on  which  the  database  files  reside.  voL  and 
DIR  are  synonymous  and  mutually  exclusive. 

CADDB  data  files  block  size  in  words. 

CADDB  index  file  block  size  in  words. 

Denoting  that  the  run-time  database  files  are  to  be  deleted  after  the  execution. 

Denoting  that  the  run-time  database  files  are  to  be  returned  after  the 
execution. 


TEMP  Data  Base  Examvle: 

When  the  status  is  TEMP  a  temporary  database  is  created  and  no  data  is  kept  after  the  run.  The 
only  legal  optional  parameters  are  dblksize  and  IBLKSIZE. 

ASSIGN  DATABASE  RICHDB  RICHPW  TEMP  DBLKSIZE=2048  IBLKSIZE=256 


NEW  Data  Base  Example: 

When  the  status  is  NEW,  a  new  database  is  created.  If  the  files  already  exist,  they  wiU  be 
overwritten. 

voldbroot . IDX  -  index  file 
voldbroot . DOl  -  data  file  1 


The  VOL  parameter  and  the  root  database  name  are  used  to  form  the  names.  Other  legal  parameters  are 
DBLKSIZE  and  IBLKSIZE. 

ASSIGN  DATABASE  RICHDB  RICHPASS  NEW  DELETE,  VOL=/tmp/ 


In  this  example,  a  database  with  files  /tmip/RXCHDB*lDX  and  /RICHDB .DOl  will  be  cre¬ 
ated.  If  existing  files  are  found  they  will  be  overwritten. 

OLD  Data  Base  Example: 

When  the  status  is  OLD,  an  old  database  is  used.  The  physical  files  that  make  up  the  database 
must  exist.  Two  files  are  used  to  store  the  database.  The  names  of  these  files  ^e  as  follows: 
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voldbroot . IDX  -  index  file 
voldbroot ,D01  -  data  file  1 

The  VOL  parameters  and  the  root  database  name  are  used  to  form  the  names.  No  other  parameters  are 
legal.  Here  is  an  example: 

ASSIGN  DATABASE  RICHDB  RICHPASS  OLD  VOL=/home/rich/ 

In  this  example  a  database  with  files  /home/rich/RICHDB.lDX  and  /home/rich/RiCHBB.DOl  will  be 
used. 
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1 .4.  THE  INCLUDE  DIRECTIVE 


The  input  data  stream  typically  resides  in  a  single  file,  but  the  user  can  direct  the  input  stream 
interpreter  to  include  other  files  through  the  use  of  the  INCLUDE  directive  in  the  primary  input  stream. 
The  format  of  the  INCLUDE  command  is: 

INCLUDE  <filename> 


where, 


filename  is  a  name  identifying  the  file  to  be  included  (maximum  of  72  characters). 

The  filename,  which  is  used  in  a  FORTRAN  OPEN  statement,  must  satisfy  the  requirements  of  the 
particular  host  system  for  file  names.  Beyond  this  restriction,  the  user  is  free  to  have  any  set  of  contigu¬ 
ous  non-blank  characters  in  the  filename.  In  order  to  avoid  the  possibihty  of  an  infinite  recursion,  there  is 
a  restriction  on  the  include  feature  that  no  INCLUDE  statement  can  appear  in  a  file  that  is  being  included. 
For  example,  if  the  file  "TENBAR"  is  being  included,  it  may  not  itself  contain  an  include  directive.  The 
input  stream  interpreter  will  termmate  with  an  appropriate  error  message  should  this  occur. 

The  include  directive  can  appear  an5nvhere  in  the  input  stream  after  the  assign  database 
entry.  The  ASSIGN  DATABASE  must  always  appear  as  the  first  non-blank  line  in  order  to  allow  the  use  of 
the  run  time  database  in  the  subsequent  input  stream  interpretation.  A  single  data  packet  can  be  split 
among  included  files  or  an  include  file  may  contain  parts  of  multiple  data  packets.  The  input  inter¬ 
preter  merely  replaces  the  INCLUDE  directive  with  the  data  contained  in  the  named  file  so  the  only 
requirement  is  that  the  input  stream  that  results  fi-om  the  combination  of  all  INCLUDES  have  the  form  of 
a  normal  input  stream.  The  include  feature  can  be  very  useful  in  certain  circmnstances.  For  example,  a 
special  user  developed  MAPOL  sequence  can  be  stored  and  maintained  external  to  the  files  containing 
the  engineering  data  for  particular  runs;  or,  conversely,  the  bulk  data  representing  a  large  model  can  be 
included  into  the  file  containing  the  solution  control  directives. 


1.5.  THE  DEBUG  PACKET 


The  debug  packet  represents  a  development  tool  and  is  intended  to  be  used  primarily  by  those 
responsible  for  maintaining  the  software.  The  debug  packet  provides  the  system  programmer  with  the 
means  to  invoke  or  control  certain  executive  and  database  management  system  functions  that  are  helpful 
in  tracking  the  ASTROS  execution  and/or  testing  the  executive  and  database  management  system  soft¬ 
ware.  However,  because  some  of  the  debug  options  can  be  useful  to  the  general  user,  the  debug  packet  is 
fully  docmnented  in  the  User’s  Manual  rather  than  in  the  Programmer’s  Manual.  This  section  documents 
each  of  the  debug  options  and  indicates  how  the  option  can  be  useful  in  debugging  the  ASTROS  proce¬ 
dure.  Emphasis  is  placed  on  those  debug  options  that  are  of  interest  to  the  general  user. 

The  debug  packet  is  initiated  by  the  keyword  DEBUG,  which  must  appear  alone  on  the  line  of  the 
input  stream  that  follows  the  assign  database  entry  and  that  precedes  any  other  data  packet.  Follow¬ 
ing  the  initiator,  any  number  of  debug  lines  can  be  included  in  the  data  stream.  Each  debug  command 
line  can  be  composed  of  a  number  of  debug  commands,  appearing  in  any  order,  separated  by  blanks  or 
commas.  The  DEBUG  packet  is  terminated  when  a  new  data  packet  initiator,  or  the  end  of  the  input 
stream,  is  encountered.  Most  debug  commands  consist  of  single  ke3^ords  which  toggle  flags  activating 
the  debug  functions.  The  appearance  of  these  debug  keywords  is  all  that  is  required  to  activate  the 
option.  Other  debug  commands  select  that  a  flag  take  on  a  particular  value.  These  commands  have  the 
form: 


<command>  =  <value> 


There  can  be  any  number  of  blanks  between  the  end  of  the  command  ke3word,  the  value  and  the 
equal  sign,  but  neither  the  command  nor  the  value  can  contain  imbedded  blanks.  Any  errors  in  the 
DEBUG  packet  input  will  result  in  warnings  but  will  not  terminate  the  execution  and  the  erroneous 
command  will  be  ignored. 

The  tables  shown  in  this  section  indicate  the  list  of  ke3words  that  can  be  included  in  the  DEBUG 
packet.  The  debug  commands  are  grouped  into  executive  system  and  database  management  system 
debugs.  Each  of  these  groups  is  described  in  greater  detail  in  the  following  sections. 


1 .5.1 .  EXECUTIVE  SYSTEM  DEBUG  COMMANDS 


The  first  four  executive  system  keywords  are  intended  to  assist  the  system  programmer  in 
following  the  actions  of  the  MAPOL  compiler  and  execution  monitor.  The  options  are  shown  in  Table  2. 

As  such,  they  are  of  limited  value  to  the  general  user.  The  matrix  option,  however,  can  be  useful  in 
tracking  the  execution  of  the  MAPOL  program.  It  echoes  the  matrix  utility  calls  for  all  matrix  operations 
that  are  in  the  MAPOL  sequence.  For  example,  if  the  MAPOL  program  includes  the  expression: 

[A]  :=  TRANS  (  [B]  )  *  [C]  +  [D]  ; 

the  MATRIX  trace  echoes  the  resultant  call  to  the  mpyad  large  matrix  utility  with  the  arguments  shown  in 
detail.  This  trace  can  be  very  useful  in  determining  which  particular  MAPOL  instruction  is  being  exe¬ 
cuted  when  a  problem  occurs.  Large  MAPOL  programs  with  many  loops  and  a  large  number  of  matrix 
expressions  can  be  debugged  quite  simply  using  the  MATRIX  trace.  All  MAPOL  statements  ihat  residt  in 
calls  to  any  of  the  large  matrix  utilities,  such  as  PARTN,  merge,  hpyad,  and  mxadd  are  echoed. 

LOGBEGIN  and  LOGMODULE  provide  expanded  echoes  of  the  module  timing  summary  that  is  foimd 
at  the  end  of  each  ASTROS  output  file.  When  problems  cause  early  termination  of  the  job,  these  options 
provide  the  name  of  the  last  module  entered  prior  to  the  failure.  This  provides  a  starting  point  to 
diagnose  the  problem. 


Table  2.  MAPOL  Debug  Commands 

KEYWORD  DESCRIPTION 

MSTACK  MAPOL  compiler  stack  output _ 

MEXEC  MAPOL  execution  debug  flag _ 

HOBJ  MAPOL  object  code  debug  packet _ 

MTRACE  MAPOL  trace  debug  output _ 

MATRIX  MAPOL  peeper  matrix  operation  trace _ 

LOGHODUI.E  Expanded  log  entries  for  each  module _ 

Beginning  entries  for  each  module  in  log  file 


LOGBEGIN 


1 .5.2.  DATABASE  AND  MEMORY  MANAGER  DEBUG  COMMANDS 


The  database  management  system  has  a  number  of  debug  options  which  can  be  divided  into  three 
categories:  trace  options,  control  options  and  memory  manager  options.  These  are  shown  in  Table  3. 

The  first  group  of  database  debug  commands  contain  two  tracing  options:  trace  and  iostat. 
The  IOSTAT  keyword  selects  either  a  full  tracing  or  a  suMmary.  The  first  of  these  options  and  the 
IOSTAT=FULL  option  are  further  controlled  by  the  ENTITY  option  which  completes  the  first  group  of 
keywords.  Note:  the  tracing  keywords  generate  an  overwhelming  amount  of  data  which  are  often  of 
limited  use  unless  the  user  is  familiar  with  the  internal  structure  of  the  database  files.  The  entity 
keyword  limits  the  activation  of  the  tracing  options  to  those  times  when  the  named  database  matrix, 
relation  or  unstructured  entity  is  open.  If  no  entity  specification  is  made,  the  traces  are  active  for  all 
database  operations.  In  addition  to  their  role  in  debugging  the  database  software,  the  trace  options 
provide  a  useful  means  of  debugging  the  interface  between  a  user  written  module  and  the  database. 

The  database  control  options  CALLSTAT  and  NOCOREDIR  provide  user  control  over  two  internal 
database  functions.  The  CALLSTAT  option  compiles  a  summary  of  the  number  of  fallg  made  to  each 
database  subroutine.  This  summary,  in  combination  Avith  the  IOSTAT  option,  provides  statistics  on  the 
number  of  database  operations  in  the  execution.  The  NOCOREDIR  option  is  made  available  for  machines 
with  limited  core  memory  resources.  If  NOCOREDIR  is  selected,  the  database  manager  stores  the  database 
directories  on  the  database  files  rather  than  in  core.  This  can  substantially  reduce  the  database  memory 
requirements  at  the  cost  of  increasing  the  number  of  input/output  operations. 


Table  3.  Database  Debug  Commands 


KEYWORD 

DESCRIPTION 

TRACE 

Traces  all  database  CALLs 

XOSTAT=parxn 

Database  I/O  tracing 

FULL 

FuU  trace  of  I/O  activity 

SUM 

Summary  of  I/O  activity 

ENTITY^name 

Restricts  tracing  to  entity  ncune 

CALLSTAT 

Compiles  statistics  on  the  number  of  calls  to  each  database  routine  at 
the  end  of  a  job. 

NOCOREDIR 

Turns  off  the  option  to  store  directories  in  core 

NODELAYCRE 

Turns  off  the  option  that  delays  entity  creation  imtil  the  entity  is  | 

opened  | 

MEMORY 

Memory  manager  debug  print  j 
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The  last  group  of  database  debug  options  consists  of  the  memory  command.  This  option  causes  an 
echo  of  all  the  memory  management  calls  made  in  the  modules.  The  user  can  then  track  the  ASTROS 
execution  into  the  engineering  modules  themselves.  In  addition  to  the  echo,  the  memory  option  invokes  a 
checksum  operation  which  checks  for  the  integrity  of  the  memory  block  headers  on  every  memory  man¬ 
ager  operation.  If  the  checksum  fails,  a  message  is  written  to  the  effect  that  a  block  header  has  been 
overwritten.  This  option  is  very  effective  in  imcovering  errors  in  engineering  modules  that  make  use  of 
dynamic  memory  allocation. 

1 .5.3.  INTERMEDIATE  RESULTS  PRINTING  COMMANDS 

Many  of  the  ASTROS  engineering  modules  have  intermediate  output  print  options  that  are 
useful  in  tracing  the  details  of  an  analysis  or  in  reviewing  the  quality  of  the  inputs.  These  many  options 
are  hsted  in  Table  4. 


Table  4.  Intermediate  Results  Debug  Commands 


KEYWORD 

DESCRIPTION 

AMP=n 

Intennediate  unsteady  Aero  matrices  f 

1 

Prints  the  SKJ  matrix  and,  if  only  one  group,  includes  AJJ, 

QKJ  and  Q  JJ  if  they  exist 

>1 

Includes  DIJK,  D2JK  and  AJJT  matrices 

DESIGN=n 

1 

Prints  initial  design  information 

2 

Includes  function  values  at  each  iteration 

3 

Includes  internal  Microdot  parameters 

4 

Includes  search  directions 

5 

Includes  gradient  information 

6 

Includes  scaling  information 

7 

Includes  one-dimensional  search  information 

PLUTTRAN=ii 

Additional  flutter  eigenextraction  information  | 

1 

Prints  the  number  of  iterations  required  to  find  each  flutter  root  | 

>1 

Includes  the  estimated  roots  for  each  iteration  | 

HKUSETsn 

MKUSET  redundant  set  warnings  1 

>0 

Prints  warning  messages  if  the  same  degree  of  fi*eedom  is  ] 

placed  in  a  set  more  than  once.  1 
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Table  4.  Intermediate  Results  Debug  Commands  -  Continued 


KEYWORD 

DESCRIPTION 

NPSGEOM=n 

Nonplanar  steady  aerodynamics  geometry  option 

1 

ASTROS  execution  stops  in  module  STDYNP  after  the  1 

nonplanar  steady  aerod3mamic  geometry  has  been  computed.  1 
No  printed  output  is  generated  unless  the  steadynp  debug  is  I 
also  used.  j 

SAROGEOM^n 

Planar  steady  aerod3mamics  geometry  option  || 

>0 

ASTROS  execution  stops  in  module  STEIADY  after  the  steady 
aerodynamic  geometry  has  been  computed.  No  printed  output 
is  generated  unless  the  STEADY  debug  is  also  used. 

SCEVAL=n 

Prints  additional  constraint  data 

H 

Prints  the  stress  or  strain  components,  the  constraint  type  and 
the  constraint  value  for  each  constrained  element/layer. 

STEADY=n 

Steady  preface  USSAERO  output 

1 

Prints  steady  aerodynamic  model  geometry 

2 

Includes  stability  coefficient  data 

3 

Includes  pressure  data 

4 

Includes  velocity  components  and  matrix  output 

STEADYNP=n 

Nonplanar  preface  USSAERO  output  | 

1 

Prints  steady  aerodynamic  model  geometry 

2 

Includes  stability  coefficient  data 

3 

Includes  pressure  data 

4 

Includes  velocity  components  and  matrix  output 

1.5.4.  MISCELLANEOUS  DEBUG  COMMANDS 


Table  5  shows  several  miscellaneous  DEBUG  commands  which  are  used  to  control  optimization 
and  looping,  optimization  scaling,  and  geometry  checking  of  plate  elements. 


Table  5.  Miscellaneous  Debug  Commands 


KEYWORD 

DESCRIPTION  1 

DVWARNING=opt 

Sets  a  hmit  for  the  number  of  design  override  linking  warnings  (e.g. 
Torsion  Set  to  Zero  for  Design)  issued  by  any  one  element  t57pe.  Use 
keyword  all  or  integer  value  n.  Default=50. 

MPSCAL=opt 

Controls  scaling  of  design  variables  | 

ON 

Scales  global  variables  to  imity  before  Microdot  is  invoked 
(Default). 

OFF 

Does  not  scale  variables. 

FBKDIAGsn 

Enables  Panel  Buckling  diagnostics  j 

0 

Turn  off  diagnostic  print. 

1 

Print  roots  only. 

2 

Print  roots  and  eigenmatrix. 

PBKNINIT=n 

n 

Initial  number  of  terms  in  the  Panel  Buckling  series  solution, 
must  be  less  than  pbknmax. 

PBKNMAX-n 

n 

Maximum  number  of  terms  in  the  Panel  Buckling  series 
solution.  1 

PBKPWERsval 

val 

Power  used  in  linearizing  the  Panel  Buckling  constraint  1 

1 

1 

G  =  F  Default  =  3.0. 

Ar  1 

^  1 

STRESS_DV=opt 

opt 

Determines  whether  the  check  for  stress  constraints  on 
undesigned  elements  will  be  a  warning  or  fatal  error.  Value  is 
WARNING  (Default)  or  fatal. 

WARPMX=val 

val 

The  maximum  allowed  warpmg  value  for  QUAD4  elements. 

ZERODOBJsval 

val 

Specifies  a  tolerance  value  for  defining  the  objective  function  to 
be  the  same  fi*om  one  iteration  to  the  next. 

ZEROITER=n 

n 

Specifies  the  maximum  number  of  design  iterations  that  may 
have  the  same  objective  function  value  before  ASTROS  is 
terminated.  1 
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1 .5.5.  SEQUENCER  INTERMEDIATE  PRINT  COMMANDS 


There  are  a  number  of  print  and  control  options  for  the  grid  point  sequencer  that  are  shown  in 
Table  6. 


Table  6.  Sequencer  Debug  Commands 


KEYWORD 

DESCRIPTION 

SEQPRINT=:opt 

Selects  sequencing  intermediate  print  j 

DETAIL 

Requests  detailed  print  of  sequencing 

DIAGNOSTIC 

Requests  diagnostic  print 

SEQMETHsmeth 

Select  sequencer  method  | 

CM 

Selects  the  Cuthill-McKee  Method  j 

GPS 

Selects  the  Gibbs-Poole-Stockmayer  Method  | 

ALL 

Selects  the  best  of  both  1  and  2  j 

NOSEQMPC 

Requests  that  MFCs  not  be  processed  during  sequencing 

SEQCRIT=crit 

Selects  sequencing  method  | 

BAND 

Selects  minimum  bandwidth  criteria  j 

PROF 

Selects  profile  criteria  | 

RMS 

Selects  RMS  criteria 

WAVE 

elects  minimum  wavefront  criteria 

SEQPUNCH 

Requests  punching  of  SEQ6P  bulk  data  entries 

SEQOFP 

Deselects  sequencing 
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2.  THE  EXECUTIVE  SYSTEM  AND  MAPOL 


The  ASTROS  system  is  controlled  by  an  Executive  System.  One  of  the  functions  of  the  ASTROS 
executive  system,  described  in  detail  in  Reference  1,  is  to  determine  the  sequence  in  which  the  modules  of 
the  procedirre  are  invoked.  For  ASTROS,  ihe  Matrix  Analysis  Problem  Oriented  Language  (MAPOL)  has 
been  developed  to  perform  this  executive  system  task.  The  MAPOL  language  has  its  conceptual  roots  in 
the  Direct  Matrix  Abstraction  Program  (DMAP)  capability  developed  for  the  NASTRAN  structural  analy¬ 
sis  system  (Reference  2).  The  DMAP  "language,"  used  to  create  NASTRAlSPs  solution  algorithms  is  very 
crude;  however,  it  has  been  a  major  factor  in  extending  the  life  cycle  of  the  software.  It  provided  a  simple 
method  of  installing  new  code  and  functional  capabilities  into  the  system  and  afforded  the  user  an 
opportunity  to  interact  witii  the  software.  MAPOL  provides  the  same  advantages  to  the  ASTROS  system 
and  represents  a  considerable  advance  over  DMAP  in  that  MAPOL  is  a  structured,  procedural  language 
that  directly  supports  high  order  matrix  operations,  manipulation  of  data  base  entities  and  complex  data 
types.  Moreover,  the  syntax  of  the  language  looks  much  like  that  of  any  scientific  programming  language 
and  so  is  easily  learned  by  anyone  who  knows  FORTRAN  or  PASCAL. 

From  the  user’s  point  of  view,  ASTROS  is  directed  by  a  sequence  of  control  statements  "coded"  in 
the  MAPOL  language  just  as  a  NASTRAN  rigid  format  is  coded  in  the  DMAP  "language."  As  with  the 
NASTRAN  Rigid  Formats,  the  majority  of  users  will  use  the  standard  MAPOL  sequence.  This 
is  the  default,  and  as  such  it  requires  no  special  action.  Advanced  users  may  optionally  edit 
the  standard  sequence  or  write  their  own  "program".  The  methods  used  to  do  this  are  de¬ 
scribed  in  this  Chapter.  Because  changes  to  the  executive  system  are  an  advanced  topic, 
first-time  users  may  proceed  directly  to  Chapter  3. 

The  executive  system  within  ASTROS  compiles  the  MAPOL  program  and  executes  the  resultant 
"ASTROS  »r>ar>iinp  code"  which  directs  the  execution  of  the  ASTROS  procedure.  (Note  that  ASTROS  is 
NOT  written  in  MAPOL,  only  the  executive  control  algorithm  is  written  in  the  MAPOL  language.  In  fact, 
ANSI  standard  FORTRAN  was  used  to  write  the  compiler  for  MAPOL  and  for  all  the  engineering 
software  of  the  ASTROS  system.)  MAPOL  allows  the  user  to  manipulate  the  software  system  in  many 
ways  to  tailor  the  available  capabilities  to  perform  particular  tasks.  At  a  higher  level  of  sophistication, 
the  user  may  add  modules  to  the  system  or  replace  modtdes  that  already  exist.  Obviously,  some  of  these 
features  require  a  knowledge  of  the  ASTROS  system  that  is  beyond  the  scope  of  ihe  User’s  Manual. 
Those  features  that  reqToire  detailed  information  are  more  fully  discussed  in  the  Programmer’s  Manual 
but  their  existence  is  emphasized  here  in  order  to  introduce  the  user  to  the  flexibihty  that  the  executive 
system  provides. 

This  section  serves  two  functions.  First,  it  presents  the  mechanics  of  the  MAPOL  packet  and, 
second,  it  presents  the  standard  MAPOL  sequence  that  has  been  developed  to  direct  the  optimization  and 
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analysis  tasks  for  which  ASTROS  has  been  designed.  The  potential  of  the  executive  system  to  tailor  the 
ASTROS  procedure  will  be  explored  in  this  discussion  of  the  standard  sequence.  In  addition  to  this 
Chapter,  Chapter  7  presents  a  detailed  description  of  the  MAPOL  language,  its  syntax  and  features. 
Included  in  this  chapter  is  a  hsting  of  the  most  recent  ASTROS  standard  executive  sequence.  It  cannot  be 
overemphasized  that,  while  the  capabilities  implemented  in  the  ASTROS  software  are  significant,  the 
true  power  embodied  m  the  ASTROS  system  is  its  immense  flexibility,  largely  provided  by  the  executive 
system  and  its  MAPOL  language. 

The  MAPOL  packet  is  initiated  either  by  the  keyword  MAPOL  or  by  the  keyword  EDIT  and  is 
terminated  upon  encoimtering  the  SOLUTION  CONTROL  packet,  the  BULK  DATA  packet  or  the  end  of 
the  input  stream.  In  addition,  each  of  the  initiator  keyword  commands  act  as  directives  to  the  MAPOL 
compiler  to  take  specific  actions.  The  exact  form  of  the  MAPOL  and  EDIT  commands  is: 


[  k”o  ]  [ 

r  GO  1  r  LIST  ] 

I  NOGO  J  I  NOLIST  J 
where: 


LIST 

NOLIST 


selects  whether  the  MAPOL  program  is  to  be  executed  after  compilation. 


selects  whether  the  MAPOL  source  code  is  to  be  written  to  the  output  file. 


The  MAPOL  command  is  followed  by  a  MAPOL  program  which  can  be  any  syntactically  complete  set  of 
MAPOL  statements  as  described  in  the  chapter  on  MAPOL  Programming  (Chapter  7).  The  EDIT  com¬ 
mand  indicates  that  the  MAPOL  packet  will  consist  of  edit  commands  that  INSERT,  DELETE  or  RE¬ 
PLACE  lines  of  the  standard  executive  sequence. 


2.1.  THE  MAPOL  PROGRAM 


If  the  MAPOL  packet  begins  with  the  MAPOL  command  line,  the  compiler  assumes  that  the 
remaining  statements  in  the  packet  constitute  a  complete  MAPOL  program.  That  program  can  be  any  set 
of  MAPOL  statements  that  satisfy  the  rules  of  the  language  as  presented  in  Chapter  7.  The  program  can 
caU  any  of  a  number  of  intrinsic  functions  (including  most  of  the  common  FORTRAN  intrinsic  functions) 
and  any  of  the  "engineering”  utilities  and  modules  that  have  been  deiSned  to  the  compiler.  The  user  can 
access  these  modules  in  any  desired  order,  subject  only  to  limits  imposed  by  the  engineering  modules 
themselves.  In  addition,  the  user  can  write  special  purpose  modules  and  define  them  to  the  compiler 
through  the  SYSTEM  GENERATION  (SYSGEN)  program  discussed  in  the  Programmer's  Manual.  Thus, 
a  wide  range  of  tasks  can  be  performed  using  the  ASTROS  system  in  combination  with  a  user’s  MAPOL 
program. 

The  MAPOL  language  can  be  read  and  written  easily  by  anyone  familiar  with  a  scientific  pro¬ 
gramming  language.  This  feature  opens  the  advantages  of  the  executive  system  to  the  average  user 
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without  requiring  specialized  knowledge  in  computer  science  or  requiring  effort  to  learn  a  radically 
different  programming  language.  The  user  will  often  find  the  simplicity  and  power  of  the  MAPOL 
language  enables  many  tasks  to  be  performed  using  the  ASTROS  system  that  are  not  exphcitly  sup¬ 
ported  in  the  standard  executive  sequence. 

2.2.  MAPOL  EDIT  COMMANDS 

If  the  MAPOL  packet  begins  with  the  EDIT  command  line,  the  compiler  asstunes  that  the 
remainder  of  the  packet  (if  any)  is  composed  of  MAPOL  edit  commands  and  new  MAPOL  statements  that 
modify  the  standard  executive  sequence.  The  set  of  edit  commands  is  given  in  Table  7  (and  in  Chapter  7). 
They  allow  the  user  to  insert,  delete  and  replace  lines  of  the  standard  MAPOL  sequence.  All  the  edit 
commands  reference  a  line  number  or  range  of  line  numbers.  The  line  numbers  are  those  in  a  compiled 
listing  of  the  standard  MAPOL  sequence  which  is  written  as  part  of  the  system  generation  task.  When 
editing  the  standard  sequence,  the  user  is  cautioned  to  obtain  the  most  recent  listing  either  from  the 
SYSGEN  output  or  by  executing  ASTROS  with  an  input  stream  containing  only  an  ASSIGN  DATABASE 
entry  and  the  one  line  MAPOL  packet: 


EDIT  LIST  NOGO 


This  input  stream  will  result  in  an  output  file  containing  the  current  hsting  of  the  standard  executive 
sequence. 


Table  7.  MAPOL  Edit  Commands 


STATEMENT 

FUNCTION 

EDIT 

Modify  the  standard  solution  | 

DELETE  a[,b3 

Remove  fines  a  through  b  inclusive  | 

REPLACE  a [ , b] 

Removes  lines  a  through  b  inclusive  and  replaces  them  | 

with  the  following  fines 

INSERT  a 

Insert  the  lines  following  the  command  after  line  a 

2.3.  THE  STANDARD  EXECUTIVE  SEQUENCE 

As  previously  mentioned,  the  MAPOL  language  has  its  conceptual  roots  in  the  DMAP  "language". 
In  order  to  allow  the  user  of  NASTRAN  to  perform  certain  predefined  analyses,  a  set  of  "rigid  formats"  or 
DMAP  algorithms  were  written,  alleviating  the  user  of  the  need  to  learn  the  details  of  the  control 
language.  Each  rigid  format  allowed  the  user  to  perform  analyses  in  a  different  engineering  discipline;  for 
example,  static  structural  analyses,  normal  modes  analyses,  or  transient  analyses.  In  a  similar  manner,  a 
standard  executive  sequence  or  MAPOL  algorithm  has  been  developed  for  the  ASTROS  system  which 
supports  aU  the  engineering  disciplines  and  optimization  features  of  the  procedure.  Unlike  the  multiple 
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DMAP  rigid  formats,  however,  there  is  a  siagle  MAPOL  sequence  that  supports  all  the  available  engi¬ 
neering  disciplines  as  well  as  optimization.  This  fundamental  difference  is  necessary  to  permit  multidisci¬ 
plinary  optimization. 

One  consequence  of  having  a  single  multidisciplinary  algorithm  is  that  the  standard  sequence 
appears  to  be  very  complicated.  The  purpose  of  this  subsection  is  to  present  the  internal  structure  and 
flow  of  the  standard  MAPOL  sequence  thereby  providing  the  user  with  sufficient  information  to  tailor  the 
standard  sequence  to  suit  individual  needs.  The  discussion  in  this  section  will  be  general  in  order  to 
provide  the  necessary  overview  and  to  introduce  the  concepts  embodied  in  the  standard  sequence.  Modifi¬ 
cations  to  the  standard  sequence  will  be  presented  primarily  in  terms  of  capabilities  but  the  presentation 
will  be  supported  by  examples  that  represent  both  simple  and  more  complex  modifications.  Finally,  the 
Chapter  closes  with  a  detailed  line-by-line  presentation  of  the  standard  executive  sequence.  The  reader  is 
also  referred  to  the  Programmer’s  Manual  for  information  on  the  addition  of  modules  to  the  ASTROS 
engineering  library. 

2.4.  STANDARD  EXECUTIVE  SEQUENCE  STRUCTURE 

The  standard  MAPOL  sequence  consists  of  two  major  components:  the  variable  declarations  and 
the  solution  algorithm.  The  solution  algorithm  can  be  further  divided  into  preface  modules,  the  optimiza¬ 
tion  segment  and  the  final  analysis  segment.  The  declaration  segment  declares  aU  variables  used  in  the 
MAPOL  sequence.  This  includes  all  integer  and  real  scalar  variables  as  well  as  high  order  variables: 
relations,  matrices  and  unstructured  data  base  entities.  Within  the  solution  algorithm,  the  preface 
modules  comprise  a  group  of  engineering  modules  exercised  prior  to  the  boundary  condition  loops  to 
perform  a  nrunber  of  system  initialization  tasks;  e.g.  loads  generation  and  the  computation  of  invariant 
aerodynamic  matrices.  The  separate  optimization  and  analysis  segments  consist  of  a  loop  on  the  number 
of  (optimization  or  analysis)  boxmdary  conditions  in  the  cxurent  execution.  In  the  optimization  segment,  a 
second  boundary  condition  loop  is  performed  to  obtain  the  sensitivities  of  active  boundary  condition 
dependent  constraints  in  preparation  for  the  optimization  task. 

Figure  4  provides  the  standard  algorithm  structmre  showing  how  multidisciplinary  optimization 
is  performed  in  ASTROS.  It  is  readily  apparent  that  the  structure  of  the  standard  MAPOL  sequence  has 
been  determined  by  the  requirement  to  perform  multidisciplinary  optimization.  Each  of  the  segments  of 
the  standard  sequence  are  discussed  in  greater  detail  in  the  following  subsections. 


PREFACE  SEGMENT 

Initialization  (PREFACE)  Seament 

WHILE  NOT  CONVERGED  DO 

OPTIMIZATION 

SEGMENT 

ANALYSIS 

PHASE 

For  Each  Boundary  Condition  Do 

Discipline  1 

Subcase  1  Constraints 

Subcase  2  Constraints 

Discipline  2 

End  Do 

SENSITIVITY 

PHASE 

Select  Active  Constraints 

For  Each  Active  Boundary  Condition  Do 

Active  Discipline  1 

Active  Subcase  1  Constraint  Sensitivities 

Active  Subcase  1  Constraint  Sensitivities 

Active  Discipline  2 

End  Do 

OPTIMIZATION 

PHASE 

Redesign  Based  on  Current  Active  Constraints 
and  Constraint  Sensitivities 

END  DO 

FINAL 

ANALYSIS 

SEGMENT 

For  Each  Boundary  Condition  Do 

Discipline  1 

Subcase  1 

Subcase  2 

Discipline  2 

End  Do 

Figure  4.  Structure  of  the  Standard  MAPOL  Sequence 


2.4.1 .  MAPOL  Declarations 


MAPOL  is  a  strongly  typed  language  that  requires  all  variables  used  in  a  program  imit  (either 
the  main  program  or  a  procedure)  to  be  declared.  This  appUes  to  both  simple  variables  like  real  and 
mteger  scalar  or  array  variables  and  to  high  order  variables  (like  MATRIX)  that  refer  to  data  base 
entities.  The  first  several  hundred  lines  of  the  standard  sequence  consist  solely  of  these  variable  declara¬ 
tions.  Tables  8  through  13  give  a  summary  of  the  scalar  parameters  used  iu  the  standard  MAPOL 
sequence.  These  parameters,  set  in  engineering  modules  or  in  the  MAPOL  sequence,  are  used  as  logic 
control  flags  and/or  arguments  to  the  engineering  modules.  The  tables,  which  are  separated  by  function, 
provide  a  brief  description  of  each  variable  and  a  list  of  modules  (where  applicable)  that  use  the  parame¬ 
ter.  For  a  description  of  aU  the  variables  used  as  arguments  of  the  engineering  modules,  the  reader  is 
referred  to  the  ASTROS  Programmer’s  Manual.  It  should  be  noted  that  all  of  these  variables  can  be 
directly  modified  within  the  MAPOL  algorithm  at  the  user’s  discretion.  A  discussion  of  those  parameters 
that  the  user  is  most  likely  to  want  to  modity  is  given  in  Section  2.4.3,  but  the  experienced  user  is  free  to 
change  any  variable  in  the  MAPOL  sequence. 

Higher  order  variables  fall  into  two  categories:  MAPOL  entities  and  hidden  entities.  MAPOL 
entities  are  those  that  actually  appear  in  the  MAPOL  sequence  while  hidden  entities  are  those  that  are 
declared  but  do  not  subsequently  appear  in  the  sequence.  Their  declaration  ensures  that  the  correspond¬ 
ing  data  base  entity  is  created  and  can  be  used  by  a  number  of  engineering  modules  without  requiring 
the  entity  name  to  appear  in  the  argument  list.  Hidden  entities  are  typically  those  that  contain  the  raw 
data  needed  by  many  modules;  e.g.  biiLk  data,  geometry  data  and  coimectivity  data.  The  declarations  of 
the  higher  order  variables  are  arranged  to  place  logically  related  entities  together.  Several  of  the  matrix 
entities,  it  should  be  noted,  are  subscripted,  for  example  [KLLINVdOOO) ] .  The  subscripted  matrix 
entity  allows  the  ASTROS  procedure  to  perform  multiple  analyses  in  several  boimdary  conditions  and 
retain  the  information  needed  to  compute  the  sensitivities  of  the  active  constraints  retained  from  each  of 
these  boundary  conditions.  The  ASTROS  executive  system  generates  a  name  for  each  subscripted  vari¬ 
able  and  that  name  is  used  by  all  the  engineering  modules  receiving  the  subscripted  entity  name  as  an 
argument.  The  actual  data  base  entity  name  need  not  be  known.  This  does,  however,  impose  the  follow¬ 
ing  restriction:  a  subscripted  entity  may  not  be  used  as  a  hidden  entity  in  any  engineering  module;  it 
must  appear  in  the  calling  list  for  the  module  because  only  the  executive  system  knows  the  actual  name 
of  the  data  base  entity  corresponding  to  the  current  subscript  value.  In  the  standard  sequence,  provision 
has  been  made  for  up  to  1000  entities  (doubly  subscripted  arrays  of  entities  are  set  up  for  30  boundary 
conditions  and  33  secondary  subscript  values),  but  the  user  can  change  the  declared  number  of  subscripts 
to  match  the  required  range  of  indices. 
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Table  8.  Real  Parameters  in  the  Standard  Sequence 


PARAMETER 

NAME 

USED  IN 
MODULES 

DESCRIPTION 

DEFAULT 

ALPHA 

SOLUTION 

FSD 

Exponential  move  limit  for  fully  stressed  design*  Set  through  the 

Solution  Control  OPTIMIZE  command. 

0,90 

BQDP 

BLASTFIT 

Dynamic  pressure  value  used  in  the  current  nuclear  blast  subcase. 

Output  from  BLASTFIT  and  used  subsequently  in  MAPOL  expressions. 

CNVRGLIM 

DESIGN 

FSD 

VANGO 

Convergence  test  limit  specifying  the  maximum  percent  objective 
change  for  the  appropriate  problem  to  be  considered  converged. 

Output  from  SOLXJTION. 

^9 

CTL 

ACTCON 

DESIGN 

FSD,  VANGO 

Criteria  for  defining  a  constraint  to  be  active  in  determining 
convergence  in  ACTCON.  If  value  >  CTL,  the  constraint  is  active.  Set  in 
DESIGN,  VANGO  or  FSD. 

CTLMIN 

ACTCON 

DESIGN 

PSD,  VANGO 

Criteria  for  denoting  a  constraint  to  be  feasible  in  determining 
convergence  in  ACTCON.  If  maximum  constraint  value  <CTLMIN,  the 
design  is  feasible.  Set  in  DESIGN,  VANGO,  or  FSD. 

EPS 

SOLUTION 

ACTCON 

Criteria  used  in  ACTCON  for  selecting  active  constraints.  All  constraints 
with  values  greater  than  EPS  will  be  retained.  Set  through  the  Solution 
Control  OPTIMIZE  command.  (See  also  NRFAC) 

o 

H 

O 

1 

FDSTEP 

NLEMG 

EBKLEVAL 

MAKDFV 

MAKDFU 

Finite  difference  step  size  for  sensitivity  calculations. 

0.001 

FMAX 

GRDl 

6RD2 

The  maximum  frequency  value  associated  with  the  neiv  eigenvalues 
computed  for  dynamic  reduction  in  the  current  boundary  condition. 
Output  from  GDRl  • 

K6R0T 

EMG 

Stif&ess  value  for  plate  element  drilling  degrees  of  freedom. 

0.0 

MACH 

SAERODRV 

Mach  number  for  the  current  case.  Set  in  SAERODRV. 

MOVLJH 

SOLUTION 

DESIGN 

MAKDFV 

TCEVAL 

A  move  limit  applied  to  the  physical  design  variable  (v)  for 
mathematical  programming  methods.  The  move  is:  V/MOVLIM  <  V  < 

V  *  MOVLXM.  Set  through  the  Solution  Control  OPTIMIZE  command. 

2.0 

01.0) 

NRFAC 

SOLUTION 

ACTCON 

Criteria  used  in  ACTCON  for  selecting  active  constraints.  At  least  nrfac 
times  NDV  (see  Table  5)  constraints  will  be  retained.  Set  through  the 
Solution  Control  OPTIMIZE  command,  (See  also  EPS) 

m 

OCMOVLIM 

SOLUTION 

VANGO 

A  move  limit  applied  to  the  physical  design  variable  (V)  for  the 
optimality  criteria  method.  See  MOVLIM. 

10*^ 

1  QDP 

SAERODRV 

SAERO 

others 

Ifynamic  pressure  value  used  in  the  current  steady  aeroelastic  subcase. 
Output  from  SAERODRV  used  subsequently  in  MAPOL  expressions  and 
modules. 

1  WXHDOH 

TCEVAL 

The  window  in  which  the  MOVLIM  bound  is  overridden  to  allow  local 
variables  to  change  sign.  If  WINDOW  is  0.0,  then  the  local  variable  may 
not  change  sign.  If  it  is  nonzero,  the  half-width  of  a  bamd  around  zero, 
called  EPS,  is  computed  by: 

EPS  =  WINDOW/100  *  MAX(  ABS  (TMIN)  ,ABS  (TMAX)  ) 

If  the  local  variable  falls  within  the  band,  then  the  new  minimum  or 
mflximum  for  the  Current  iteration  is  changed  to  lie  on  the  other  side  of 
zero  from  the  local  variable.  Output  from  SOLUTION. 

0.0 

(>0.0) 
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Table  9.  Integer  Modelling  Parameters 


NAME 

MODULES 

DESCRIPTION 

ASIZE 

GDR3 

The  number  of  a-set  degrees  of  freedom. 

BC 

N/A 

Boundary  condition  loop  counter. 

BCID 

many 

Boundary  condition  identification  number. 

DDFLG 

DDLOAD 

Indicates  if  the  current  statics  subcases  contain  design  dependent  (gravity  or  thermal) 
loads.  Output  by  ddload. 

ESIZE 

BCBGPDT 

others 

The  number  of  extra  points  in  the  boundary  condition. 

GNOHM 

GDR3 

The  sum  of  LJSET  and  LKSET. 

GSIZEB 

IFP 

others 

The  number  of  structural  degrees  of  freedom  in  the  model.  Output  from  IFP  and 
subsequently  used  in  many  modules. 

GSIZE 

GDR4 

others 

GSIZEB  modified  subject  to  dynamic  reduction. 

HSIZE 

FLUTTRAN 

OFPEDR 

REIG 

others 

Number  of  eigenvectors  extracted  by  the  REIG  module.  Set  in  REIG. 

LJSET 

GDRi 

Number  of  degrees  of  freedom  in  the  j>set  in  dynamic  reduction.  Set  in  GDRI, 

LKSET 

GDRi 

Number  of  degrees  of  freedom  in  the  k-set  in  dynamic  reduction.  Set  in  GDRI. 

LSIZE 

GDRl 

The  number  of  1-set  degrees  of  freedom. 

NEIV 

GDRI 

GDR2 

An  output  from  GDRI  indicating  the  number  of  eigenvalues  below  the  maximuTn 
frequency  specified  for  dynamic  reduction. 

NGDR 

BOUND 

Logical  flag  equal  to  negative  one  if  dynamic  reduction  is  selected  for  the  current 
boundary  condition. 

NMPC 

BOUND 

ABOUND 

Logical  flag  equal  to  the  number  of  degrees  of  freedom  in  the  multipoint  constraint  set 
for  the  current  boundary  condition. 

NOMIT 

BOUND 

ABOUND 

Logical  flag  equal  to  the  number  of  omitted  degrees  of  freedom  in  the  current  boundary 
condition. 

NRSET 

BOUND 

ABOUND 

Logical  flag  equal  to  the  number  of  support  degrees  of  freedom  in  the  current  boimdary 
condition. 

NSPC 

BOUND 

ABOUND 

Logical  flag  equal  to  the  number  of  single  point  constraint  degrees  of  freedom  in  the 
current  boundary  condition. 

PSXZE 

BCBULK 

Others 

The  number  of  grid  and  extra  point  degrees  of  freedom. 

SINGASET 

SINGL5ET 

SINGOSET 

SDCOMP 

Used  to  process  singular  matrix  columns. 
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Table  10.  Integer  Design  Parameters 


NAME 

MODULES 

DESCRIPTION 

FSDE 

SOLUTION 

The  last  iteration  to  use  fially  stressed  design.  Output  from  SOLUTION. 

FSDS 

SOLUTION 

FSD 

The  first  iteration  to  use  fully  stressed  design.  Output  from  solution. 

MAXITER 

SOLUTION 

ACTCON 

Parameter  set  in  the  MAPOL  sequence  indicating  the  maximum  number  of  resizing 
cycles  that  are  to  be  performed.  Set  through  the  Solution  Control  OPTIMIZE  command. 
(Def  =  15) 

MPE 

SOLUTION 

The  last  iteration  to  use  mathematical  programming.  Output  from  SOLUTION. 

SOLUTION 

FSD 

The  first  iteration  to  use  mathematical  programming.  Output  from  SOLUTION. 

NACSD 

MOUND 

The  number  of  active  stress  and  displacement  constraints  in  the  current  active  boimdary 
condition.  Used  to  select  either  the  virtual  load  or  gradient  method  in  sensitivity 
analysis.  Set  in  ABOUND. 

NAUS 

ABOUND 

The  number  of  active  displacement  vectors  for  statics.  Set  in  ABOUND. 

NBNDCOND 

SOLUTION 

The  total  number  of  boundary  conditions  in  the  solution  control  packet.  Equal  to  the 
number  of  optimization  boundary  conditions  plus  the  number  of  analysis  boundary 
conditions.  Output  from  SOLUTION, 

NDV 

MAKEST, 

Others 

The  number  of  global  design  variables  in  the  design  model.  Set  by  MAKEST  and  used  in 
many  subsequent  modules. 

NITER 

H/A 

The  current  optimization  iteration  number. 

NXJMOPTBC 

SOLUTION 

The  number  of  optimization  boundary  conditions  in  the  solution  control  packer.  Set  in 
SOLUTION. 

OCE 

SOLUTION 

The  last  iteration  to  use  optimality  criteria.  Set  in  SOLUTION, 

OCS 

SOLUTION 

FSD 

The  first  iteration  to  use  optimality  criteria.  Set  in  SOLUTION, 

Table  11.  Integer  Aerodynamic  Parameters 


NAME 

MODULES 

DESCRIPTION 

MINDEX 

ABOUND, 

AEROSENS, 

BOUND, 

PFAERO 

The  index  value  for  the  Mach  number  dependent  subscripted  steady  aerodynamic 
matrices.  Typically  has  a  value  used  to  select  the  proper  matrices  for  the  current 
boundauy  condition. 

SUB 

S 

SAERODRV 

SAERO 

Others 

Identifies  the  subcase  subscript.  SAERO  subcases  with  the  same  symmetry  Mach 
number,  MINDEX,  trim  type,  and  dynamic  pressure  are  processed  using  the  same 
subscript.  This  occurs  with  multiple  load  conditions  with  the  same  aero  correction. 

SYM 

BOUND 

A  control  flag  denoting  whether  the  symmetric  (SYM=l)  or  antisymmetric  (SYM=-1) 
steady  aeroelastic  matrices  are  to  be  used  are  to  be  used  in  the  current  boundary 
condition. 
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Table  12.  Integer  Discipline  Parameters 


NAME 

MODULES 

I 

DESCRIPTION 

BBLAST 

BOUND 

Indicates  if  there  are  any  nuclear  blast  subcases  in  the  current  boundary  condition. 

BDFR 

BOUND 

Indicates  if  there  are  any  direct  frequency  response  subcases  in  the  current  boundary 
condition. 

BDRSP 

BOUND 

Indicates  if  there  are  either  transient  or  frequency  response  disciplines  in  the  current 
boundary  condition. 

BDTR 

BOUND 

Indicates  if  there  are  any  direct  transient  response  subcases  in  the  current  boundary 
condition. 

BDYN 

BOUND 

Indicates  if  there  are  any  dynamic  analyses  (flutter,  transient  or  frequency)  in  the 
current  boundary  condition. 

BPLUTR 

BOUND 

Indicates  if  there  are  any  flutter  analyses  in  the  current  boundary  condition. 

BGUST 

BOUND 

Indicates  if  there  are  any  gust  loads  for  either  transient  or  frequency  disciplines  in  the 
current  boundary  condition. 

BLOAD 

BOUND 

Indicates  if  there  are  any  mechanical,  thermal  or  gravity  static  applied  loads  in  the 
current  boundary  condition. 

BUASS 

BOUND 

Indicates  if  a  mass  matrix  exists  in  the  current  boundary  condition. 

BMFR 

BOUND 

Indicates  if  there  are  any  modal  frequency  response  subcases  in  the  current  boundary 
condition.  | 

BMODES 

BOUND 

Indicates  if  there  are  any  disciplines  that  require  that  a  normal  modes  analysis  be 
performed. 

BHTR 

BOUND 

Indicates  if  there  are  any  modal  transient  response  subcases  in  the  current  boundary 
condition. 

BSAERO 

BOUND 

Indicates  if  there  are  any  steady  aeroelastic  subcases  in  the  current  boundary  con  J 

DMODES 

BOUND 

Indicates  if  there  are  any  modal  disciplines  in  the  current  boundary  condition. 

N6DR 

BOUND 

Indicates  if  dynamic  reduction  is  selected  for  the  current  boimdary  condition.  j 
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Table  13.  Logical  Discipline  Parameters 


NAME 

MODULES 

DESCRIPTION 

ACTAEFF 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  aeroelastic  effectiveness  1 

constraints.  | 

ACTAERO 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  constraints  assocaited  with  | 

SAERO  analyses. 

ACTBAR 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  Euler  buckling  constraints. 

ACTBOUND 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  constraints. 

ACTDYN 

ABOUND 

TRUE  if  the  current  boundary  condition  has  ainy  active  frequency  constraints.  1 

ACTFLUT 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  flutter  constraints. 

ACTPNL 

ABOUND 

TRUE  if  the  current  boundary  condition  has  any  active  panel  buckling  constraints. 

ACTUA6 

AROSNSDR 

TRUE  if  the  current  boundary  condition  has  any  active  displacements  or  accelerations. 

ACTUAGG 

MAKDFU 

TRUE  if  the  current  boundary  condition  has  any  active  displacement  or  stress  constraint  | 
sensitivities.  | 

AEFLG 

SAERO 

Logical  array  which  indicates  whether  the  current  SAERO  subscript  value  has  aeroelastic  I 
effectiveness  constraints  applied  to  it. 

APPCNVRG 

DESIGN 

ACTCON 

TRUE  when  the  approximate  problem  was  converged  in  a  previous  iteration. 

6LBCNVRG 

ACTCON 

TRUE  when  global  convergence  has  been  reached. 

K2GGFLG 

HK2G6 

Set  TRUE  in  MK2GG  if  a  K2G6  matrix  is  input  for  the  current  boundary  condition. 

LOOP 

_ 

General  logical  used  to  control  DO-WHiLE  loops. 

M2GGFLG 

MK2GG 

Set  TRUE  in  MR2GG  if  an  H2GG  matrix  is  input  for  the  current  boundary  condition. 

NONPONLY 

NP SAERO 

TRUE  if  the  run  contains  any  npsaero  analyses. 

PFLAG 

ACTCON 

DESPUNCH 

Set  TRUE  in  actcon  if  despunch  needs  to  punch  a  new  model. 
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2.4.2.  The  Solution  Algorithm 


Finite  element  structural  analysis,  which  forms  the  core  of  the  ASTROS  system,  requires  the 
manipulation  of  large  matrices.  The  MAPOL  control  language  was  designed  with  this  requirement  in 
mind  and,  therefore,  is  able  to  directly  support  the  manipulation  of  matrices.  Consequently,  the  majority 
of  the  MAPOL  sequence  consists  of  matrix  equations.  The  algorithmic  nature  of  the  MAPOL  S3nitax 
allows  the  reader  to  follow  these  matrix  operations  fairly  easily,  and  the  notation  roughly  follows  that 
used  in  the  Theoretical  Manual.  Therefore,  the  focus  of  this  section  will  be  the  description  of  modules 
called  by  the  MAPOL  sequence. 

There  are  a  number  of  engineering  and  utility  modules  called  to  perform  tasks  associated  with 
the  several  analysis  disciplines  supported  by  the  ASTROS  system.  Table  14  of  Section  2.4.2. 1  lists  the 
modules  defined  to  the  ASTROS  executive  system,  and  provides  a  brief  description  of  each.  Not  all  of 
these  modules  appear  in  the  standard  solution  sequence,  but  are  included  in  the  table  to  ensure  its 
completeness  and  usefulness  in  modifying  the  standard  sequence.  The  use  of  these  modules  is  discussed 
in  more  detail  in  the  section  on  modifying  the  standard  MAPOL  sequence  and  are  more  fully  documented 
in  the  Programmer’s  Manual.  The  brief  descriptions  of  the  remaining  segments  of  the  standard  algorithm 
that  follow,  coupled  with  the  inherent  readabihty  of  MAPOL  syntax,  are  felt  to  orovide  a  reasonably 
complete  picture  of  the  flow  through  the  standard  sequence. 
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2.4.2.1.  MAPOL  Engineering  and  Utility  Modules 


This  section  contains  a  brief  description,  shown  in  Table  14,  of  each  of  the  MAPOL  addressable 
modules  defined  to  the  ASTROS  executive  system.  The  intrinsic  mathematical  fimctions  of  the  MAPOL 
language  are  not  included.  The  TYPE  column  indicates  whether  a  module  is  used  for  ENGineering 
functions,  MATrix  manipulations,  UTILity  operations,  or  to  address  the  CADDB  database. 


Table  14.  Summary  of  ASTROS  Modules 


MODULE 

TYPE 

DESCRIPTION 

ABOUND 

ENG 

Generates  flags  for  the  current  boundary  condition  during  the  sensitivity  calculation.  These  are 
then  returned  to  the  executive  sequence  to  direct  the  execution  of  the  required  sensitivity 
analyses. 

ACTCON 

ENG 

Determines  whether  the  design  task  has  converged.  If  the  optimization  has  not  converged,  this 
module  selects  which  constraints  are  to  be  included  in  the  current  redesign.  On  termination  or 
print  request,  this  routine  computes  the  values  of  the  local  design  variables. 

AEROEFFS 

ENG 

Evaluates  aeroelastic  effectiveness  sensitivities. 

Computes  the  sensitivities  to  active  strength  constraints  and/or  aeroelastic  effectiveness 
constraints  for  active  steady  aeroelastic  optimization  boundary  conditions. 

AMP 

ENG 

Computes  the  discipline  dependent  unsteady  aerodynamic  matrices  for  flutter,  gust  and  blast 
analyses. 

AMALINXT 

ENG 

Initializes  the  final  analysis  pass. 

APFLUSH 

ENG 

Flushes  the  current  values  of  user  function  responses  and  gradients  at  the  beginning  of  each 
design  iteration. 

APPEND 

MAT 

Appends  one  matrix  to  another. 

AROSNSDR 

ENG 

Driver  for  SAERO  sensitivity  analysis. 

AROSNSMR 

ENG 

Merges  SAERO  sensitivities  for  each  subscript  into  [MATOUT]  in  case  order  for  active  subcases. 

BCB6PDT 

ENG 

Builds  the  boundary  condition  dependent  grid  point  coordinate  relation,  B6PDT,  for  the  specified 
boundary  condition. 

BCBULK 

ENG 

Builds  boundary  condition  dependent  matrices,  transfer  functions  and  initial  conditions. 

BCEVAL 

ENG 

Evaluates  the  constraints  of  PBARI  cross-sectional  parameters. 

1  BCIDVAL 

ENG 

Converts  the  boundary  condition  index  value  (BC)  into  the  user  assigned  value. 

Performs  the  response  of  an  aircraft  to  a  nuclear  blast.  Computes  modal  displacements, 
velocities,  and  accelerations. 

BLASTFIT 

ENG 

Computes  the  interpolated  time  domain  steady  state  and  time  dependent  xmsteady  aerodynamic 
influence  coefficients  for  blast  analyses. 

BLASTRXM 

ENG 

Performs  a  trim  analysis  of  an  aircraft  in  order  to  establish  initial  conditions  for  a  nuclear  blast 
response  calculation.  | 
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Table  14.  Summary  of  ASTROS  Modules  —  Continued 


MODULE 

NAME 

TYPE 

DESCRIPTION 

BOUND 

ENG 

Returns  flags  to  the  MAPOL  sequence  that  define  the  matrix  reduction  path  for  the  current 
boundary  condition. 

BOUNDUPD 

ENG 

Updates  boundary  condition  definitions. 

CEIG 

ENG 

Computes  the  complex  eigenvalues  and  eigenvectors  of  a  matrix. 

COLMERGE 

MAT 

Merges  two  or  more  submatrices  into  a  single  matrix  based  on  column  partitioning  vectors. 

COLPART 

MAT 

Partitions  a  matrix  into  two  or  more  submatrices  based  on  column  partitioning  vectors. 

CONORDER 

ENG 

Reorders  constraints  in  boundary  condition  order  to  match  the  order  in  which  constraint 
sensitivities  are  computed. 

DCEVAL 

ENG 

Evaluates  displacement  constraints  in  the  current  boimdary  condition. 

DDLOAD 

ENG 

Computes  the  sensitivities  of  design  dependent  loads  for  active  boundary  conditions. 

DECOMP 

MAT 

Decomposes  a  matrix  into  its  triangular  factors. 

DESIGN 

ENG 

Performs  redesign  by  math  programming  methods  based  on  the  current  set  of  active  constraints 
and  constraint  sensitivities. 

DESPUNCH 

UTIL 

Writes  new  modified  Bulk  Data  entries  for  the  current  design  iteration  to  the  PUNCH  file. 

DMA 

ENG 

Assembles  the  direct  and/or  modal  stif&ess,  mass  and/  or  damping  matrices  including  extra 
point  degrees  of  fireedom  for  d3mamic  analysis  disciplines. 

DYNLOAD 

ENG 

Assembles  the  direct  and/or  modal  time  and/or  firequency  dependent  loads  including  extra  point 
degrees  of  fireedom  for  dynamic  response  disciplines. 

DYNRSP 

ENG 

Computes  the  direct  or  modal  displacements,  velocities  and  accelerations  for  transient, 
firequency  and  blast  anal3rses. 

EBKLEVAL 

ENG 

Evaluates  Euler  buckling  constraints.  | 

EBKLSENS 

ENG 

Evaluates  Euler  buckling  constraint  sensitivity.  | 

EDR 

ENG 

Computes  the  stresses,  strains,  grid  point  forces  and  strain  energies  for  elements  selected  for  | 

output  for  the  particular  boimdary  condition.  | 

EMAl 

ENG 

Assembles  the  linear  element  sti&ess  and  mass  matrices  (stored  in  the  KELM  and  MELM 
entities)  into  the  linear  design  sensitivity  matrices  DKVI,  l»«vi. 

EMA2 

ENG 

Assembles  the  element  stiffiiess  and  mass  matrix  sensitivities  (stored  in  the  DKVI  and  dmvt 
entities)  into  the  global  stif&iess  and  mass  matrices  for  the  current  design  iteration. 

EMG 

ENG 

Computes  the  element  linear  stiffiiess,  mass,  thermal  load  and  stress  component  sensitivities  for 
all  structural  elements. 

.  ......  1 

EXIT 

UTIL 

Terminates  the  execution  of  the  MAPOL  sequence.  Useful  to  terminate  modified  MAPOL 
sequences.  ■ 

FBS 

MAT 

Performs  the  forward-backward  substitution  to  solve  systems  of  linear  equations. 

PCEVAL 

ENG 

Evaluates  the  current  value  of  all  firequency  constraints. 

PLUTDMA 

ENG 

Assembles  the  dynamic  matrices  for  the  FLUTTER  disciplines. 

FIiUTDRV 

ENG 

Driver  for  flutter  analyses. 
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Table  14.  Summary  of  ASTROS  Modules  —  Continued 


MODULE 

NAME 

TYPE 

DESCRIPTION 

PLUTQHHL 

ENG 

Processes  the  [QKKL]  matrix  with  normal  modes  for  FLUTTER. 

PLUTSENS 

ENG 

Computes  the  sensitivities  of  active  flutter  constraints  in  the  current  active  boundary  condition. 

PLUTTRAN 

ENG 

Performs  flutter  analyses  in  the  current  boimdary  condition  and  evaluates  any  flutter 
constraints  if  it  is  an  optimization  boundary  condition  with  applied  flutter  constraints. 

PNEVAL 

ENG 

Evaluates  user-defined  objective  and  constraint  functions. 

PPKEVL 

ENG 

Compiles  the  FUNCTION  Packet  and  instantiates  user  functions  that  have  been  invoked  in 
Solution  Control. 

PREDUCE 

ENG 

Reduces  the  symmetric  or  as3nnmetric  f-set  stiffness,  mass  and/or  loads  matrix  to  the  a-set  if 
there  are  omitted  degrees  of  freedom. 

PREQSENS 

ENG 

Computes  the  sensitivities  of  active  firequency  constraints  in  the  current  active  boundary 
condition. 

PSD 

ENG 

Performs  redesign  by  fully  stressed  design  methods  based  on  the  set  of  applied  stress 
constraints.  All  other  applied  constraints  are  ignored. 

6DR1 

ENG 

Computes  the  shifted  stif&ess  matrix  and  the  rigid  body  transformation  matrix  [GGO]  to  be 
used  in  Phase  2  of  Generalized  Dynamic  Reduction. 

GDR2 

ENG 

Computes  the  orthogonal  basis  [PHIOK]  for  the  general  Krylov  subspace  to  be  used  in  Phase  3 
of  Generalized  Dynamic  Reduction. 

6DR3 

ENG 

Computes  the  transformation  matrix  [GSUBO]  for  Generalized  Dynamic  Reduction. 

GDR4 

ENG 

Computes  transformations  between  displacement  sets  useful  for  data  recovery  from  Generalized 
Dynamic  Reduction. 

GDVGRAD 

ENG 

Computes  design  variable  sensitivity  for  intricsic  functions. 

GDVRESP 

ENG 

Computes  design  variable  responses  for  intrinsic  functions. 

GPBS 

MAT 

Performs  the  forward-backward  substitution  phase  to  solve  general  systems  of  linear  equations 
that  have  been  decomposed  with  module  DECOMP. 

GPSP 

ENG 

Processes  the  n-set  stiffness  matrix  to  identify  singularities  and,  if  requested,  automatically 
remove  them. 

GPWG 

ENG 

Grid  point  weight  generator  module. 

GREDUCE 

ENG 

Reduces  the  symmetric  g-set  stiffiiess,  mass  or  loads  matrix  to  the  n-set  if  there  are  multipoint 
constraints  in  the  boimdary  condition. 

GTLOAD 

ENG 

Assembles  the  current  static  applied  loads  matrix  for  any  statics  subcases  in  the  current 
boundary  condition  from  the  constant  simple  load  vectors  and  the  design  dependent  load 
sensitivities. 

IFP 

ENG 

Reads  the  Bulk  Data  File  and  loads  the  input  data  to  relations.  Computes  the  external 
coordinate  system  transformation  matrices  and  creates  the  basic  grid  point  data.  Also  performs 
bandwidth  minimization. 

INERTIA 

ENG 

Computes  the  rigid  body  accelerations  for  statics  analyses  with  inertia  relief. 

ITERINIT 

ENG 

Initializes  the  CONST  relation  for  the  current  iteration. 

LAHINCON 

ENG 

Computes  constraint  values  for  laminate  thickness  constraints. 
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Table  14.  Summary  of  ASTROS  Modules  —  Continued 


MODULE 

NAME 

TYPE 

DESCRIPTION 

LAMINSNS 

ENG 

Computes  constraint  sensitivities  for  laminate  thickness  constraints. 

LOD6EH 

ENG 

Assembles  the  simple  load  vectors  and  simple  load  sensitivities  for  all  applied  loads  in  the  Bulk 
Data  File. 

MAKDFU 

ENG 

Assembles  the  sensitivities  to  the  displacements  of  active  stress  and  displacement  constraints  in 
the  current  active  boundaiy  condition. 

MAKDFV 

ENG 

Assembles  the  sensitivities  of  active  thickness  constraints. 

MAKDVU 

ENG 

Multiplies  the  stiffaess  or  mass  design  sensitivities  by  the  active  displacements  or  accelerations. 

MAKEST 

ENG 

Generates  the  element  summary  relational  entities  for  all  structural  elements.  Determines  the 
design  variable  linking  and  generates  sensitivities  for  any  thickness  constraints. 

MERGE 

MAT 

Merges  two  or  more  submatrices  into  a  single  matrix  based  on  row  and  column  partitioning 
vectors. 

MKAMAT 

ENG 

Assembles  the  constraint  sensitivity  matrix  from  the  sensitivity  matrices  formed  by  makdftj  and 
the  sensitivities  of  the  displacements  for  active  static  load  conditions  in  the  current  active 
boundary  condition. 

MKDFDV 

ENG 

Computes  the  sensitivity  of  PBARl  cross-sectional  parameters  with  respect  to  design  variables. 

MKDFSV 

ENG 

Computes  the  matrix  [DFSV]  which  contains  the  design  variable  nonlinear  s-matrix  derivatives 
related  to  active  stress  and  strain  constraint  sensitivity  terms. 

MKPVECT 

MAT 

Generates  partitioning  vectors. 

MKUSET 

ENG 

Generates  the  structural  set  definition  entity  USET  for  each  boundary  condition  and  forms  the 
partitioning  vectors  and  transformation  matrices  used  in  matrix  reduction. 

MK2GG 

ENG 

Interprets  solution  control  and  generates  the  [M2GG1  and  [K2GG]  matrices  if  necessary. 

MSWGRESP 

ENG 

Computes  element  mass  or  weight  intricsic  response  function. 

MLEMAl 

ENG 

Assembles  the  element  design  variable  linear  and  nonlinear  stif&iess  and  mass  matrices  into  the 
design  sensitivity  matrices. 

MLEMG 

ENG 

Computes  the  element  nonlinear  stif&iess,  mass,  thermal  load  and  stress  component 
sensitivities  for  all  structural  elements. 

NLLODGEN 

ENG 

Assembles  the  simple  nonlinear  load  vectors  and  simple  nonlinear  load  sensitivities  for  all 
applied  loads  in  the  Bulk  Data  File. 

NREOUCE 

ENG 

Reduces  the  symmetric  n-set  stiffiaess,  mass  or  loads  matrix  to  the  f-set  if  there  are  single  point 
constraints  in  the  boxmdaiy  condition. 

MULLMAT 

ENG 

Breaks  data  base  equivalences  from  previous  boundary  conditions. 

OFPAEROM 

ENG 

Solves  for  the  SAERO  applied  loads  and  displacements  on  aero  boxes  for  output  requests. 

OFPDISP 

ENG 

Prints  selected  displacements,  velocities  and/or  accelerations  from  any  analyses  in  the  current 
boundaiy  condition. 

ENG 

Solves  for  the  SAERO  applied  loads  and  constraint  forces  for  output  processing. 

OFPDLOAD 

ENG 

Processes  output  requests  for  dynamics  loads  (transient  frequency,  and  gust). 

OFPEDR 

ENG 

Prints  selected  element  stress,  strain,  force  and/or  strain  energies  from  any  anal3rses  in  the 
current  boundary  condition. 
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Table  14.  Summary  of  ASTROS  Modules  —  Continued 


MODULE 

NAME 


OFPGRAD 


OFFLOAD 


OFPMROOT 


OFPSPCF 


PARTN 


PBKLEVAL 


PBKLSENS 


PFBULK 


TYPE 


ENG 

ENG 

ENG 

ENG 

MAT 

ENG 

ENG 

ENG 


QHHLGEN 

RBCHECK 

RECEND 


ENG 


ENG 

CADDB 


RECOVA 


ENG 


REIG 


ENG 


RELCND 

RELADD 


RELEND 


CADDB 

CADDB 

CADDB 


RELGET 


CADDB 


RELUPD 

RELUSE 

ROWMERGE 

ROWPART 


CADDB 

CADDB 

MAT 

MAT 


SAERO 


ENG 


SAERODRV 

SAEROMRG 

SCEVAL 

SDCOMP 

SHAPEGEN 


ENG 

ENG 


ENG 


MAT 


UTIL 


DESCRIPTION 


Processes  output  requests  for  objective  and  constraint  gradients. 

Prints  selected  applied  external  loads  from  any  analyses  in  the  current  boundary  condition. 
Processes  output  requests  for  normal  modes. 

Processes  output  requests  for  single-point  constraint  forces. 

Partitions  a  matrix  into  two  or  more  submatrices  based  on  row  and  column  partitioning  vectors. 
Evaluates  panal  buckling  constraints. 

Evaluates  panal  buckling  constraint  sensitivity. _ 

Perfnrrrts  a  number  of  preface  operations  to  form  additional  collections  of  data. 

Computes  the  discipline  dependent  imsteady  aerodynamic  matrices  for  GUST  and  BLAST 
analyses  in  the  modal  structural  system.  _ _ 

Outputs  to  the  print  file  the  rigid  body  checks  computed  for  each  support  point. _ 

Terminates  setting  conditions  on  a  MAPOL  relational  access. 

Recovers  the  symmetric  or  asymmetric  f-set  displacements  or  accelerations  if  there  are  omitted 
degrees  of  freedom. 

Computes  the  eigenvalues  and  eigenvectors  of  the  system  as  directed  by  the  boundary  METHOD 
selection.  _  _ _ 

Sets  conditions  on  attribute  values  for  MAPOL  retrieval  of  relational  entities. 

Adds  a  tuple  to  an  entity  opened  with  RELUSE.  _ _ 

Closes  an  entity  opened  from  the  MAPOL  sequence  using  RELUSE. 

Retrieves  a  relational  tuple  into  execution  memory  for  a  relation  opened  for  use  in  the  MAPOL 
sequence. 

Performs  a  relational  update  from  execution  memory  of  a  tuple  retrieved  using  RELGET. 

Opens  a  relational  entity  for  access  from  the  executive  sequence. 

Merges  two  or  more  submatrices  into  a  single  matrix  based  on  row  partitioning  vectors. 

Partitions  a  matrix  into  two  or  more  submatrices  based  on  row  partitioning  vectors. 

Solves  the  trim  equation  for  steady  aeroelastic  trim  analyses.  Computes  the  rigid  and  flexible 
stability  coefficients  for  steady  aeroelastic  analyses  and  the  aerodynamic  effectiveness 
constraints  for  constrained  optimization  steady  aerodynamic  analyses. 

Driver  for  SAERO  disciplines.  _ 

Merges  the  SAERO  results  into  [MATOUT]  in  case  order. _ _ 

Computes  the  stress  and/or  strain  constraint  values  for  the  statics  or  steady  aeroelastic  trim 
analyses  in  the  current  boundary  condition. 

Decomposes  a  symmetric  matrix  into  its  lower  triangular  factor  and  a  diagonal  matrix. 

Generates  a  set  of  SHAPE  entries  based  on  the  element  centroidal  locations  for  a  group  of 
selected  elements. 
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Table  14.  Summary  of  ASTROS  Modules  —  Continued 


MODULE 

NAME 

TYPE 

DESCRIPTION 

SOLUTION 

ENG 

Interprets  the  solution  control  packet,  forms  the  case  entity  and  outputs  certain  key 
parameters  to  the  executive  sequence. 

SPLINES 

ENG 

Generates  interpolation  matrix  relating  displacements  and  forces  between  the  steady  aero  and 
structural  models. 

SPLINEU 

ENG 

Generates  interpolation  matrix  relating  displacements  and  forces  between  the  unsteady  aero  I 

and  structural  models.  I 

STEADY 

ENG 

Computes  rigid  unit  forces  and  aeroelastic  corrections  for  steady  aero.  j 

STEAD YNP 

ENG 

Computes  rigid  trimmed  forces  for  non-planar  models,  j 

TCEVAL 

ENG 

Computes  the  current  values  of  thickness  constraints  for  this  optimization  iteration. 

TRNSPOSE 

MAT 

Transposes  a  matrix. 

UNSTEADY 

ENG 

Computes  unsteady  generalized  forces. 

USETPRT 

UTIL 

Prints  the  structural  set  definition  table  from  the  USET  entity  for  the  specified  boundary  condition. 

UTGPRT 

UTIL 

Prints  several  specific  matrix  entities  in  an  interpretable  form. 

UTMPRG 

UTIL 

Pxirges  matrix  entities. 

UTMPRT 

UTIL 

To  print  any  matrix  entity. 

UTRPRG 

UTIL 

Purges  relational  entities. 

UTRPRT 

UTIL 

To  print  any  relational  entity.  Only  the  first  twelve  attributes  are  printed  and  character 
attributes  must  be  eight  characters  in  length  or  they  will  be  ignored.  | 

UTUPRG 

UTIL 

Purges  unstructured  entities.  1 

UTUPRT 

UTIL 

To  print  any  unstructured  entity. 

VANGO 

ENG 

Performs  redesign  using  optimality  criteria  methods.  j 

I  WOBJGRAD 

ENG 

Computes  the  default  objective  function  (weight)  sensitivity. 

YSMERGE 

ENG 

'  A  special  purpose  merge  utility  for  merging  YS-like  vectors  (vectors  of  enforced  displacements) 
into  matrices  for  data  recovery.  | 
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2.4.2.2.  The  Preface  Segment 


In  the  context  of  optimization,  it  is  obvious  that  invariant  data  should  be  computed  only  once  and 
re-used  subsequently  for  each  iteration.  This  is  ihe  imderlying  principle  involved  in  the  determination  of 
which  modules  constitute  preface  modules.  In  each  instance,  the  data  generated  are  invariant  with 
respect  to  the  design  variables. 

The  preface  segment  begins  with  a  call  to  the  solution  control  interpreter  to  determine  the 
number  and  types  of  analyses  to  be  performed.  The  input  file  processor  (IFP)  is  then  called.  The  element 
connection  data  and  element  matrices  are  then  formed.  PFBtJLK  is  then  called  to  perform  error  cheddng 
operations  on  a  variety  of  user  input  data.  If  any  nonplanar  steady  aerodynamic  analyses  are  requested 
in  the  solution  control,  they  are  analyzed  next.  Then  the  EMA.1  is  cadled  to  compute  the  design  invariant 
stiffiiess  and  mass  sensitivities  to  the  global  design  variables.  Then  the  simple  loads  and  load  sensitivi¬ 
ties  are  computed  in  lodgen.  If  any  planar  static  aerodynamic  analyses  are  requested  in  the  solution 
control,  the  STEaDY  and  splines  modviles  are  called  to  create  the  aerodynamic  matrices  required  for  the 
aeroelastic  analysis.  Finally,  unsteady  aerodynamics  matrices  are  computed  for  BLAST,  GUST  and  flut¬ 
ter  analyses  in  unsteady,  amp  and  splineu. 

2.4.2.3.  The  Analysis/Optimization  Segments 

The  remainder  of  the  MAPOL  algorithm  consists  of  the  optimization  and  analysis  segments.  Any 
particular  boimdary  condition  is  either  an  optimization  boxmdary  condition  (implying  that  the  quantities 
computed  in  the  disciplines  selected  in  the  solution  control  are  constrained  and  that  the  struchure  is  to  be 
optimized  subject  to  those  constraints)  or  an  analysis  boundary  condition.  The  design  of  the  ASTROS 
system  requires  that  all  optimization  boimdary  conditions  precede  any  analysis  boundary  conditions.  The 
analysis  segment  (labeled  the  "final  analysis")  is  intended  to  follow  an  optimization  with  analyses  in 
disciplines  whose  output  values  are  not  constrained  but  are  of  interest  to  the  designer  or  to  provide  the 
user  with  an  opportunity  to  view  additional  output  not  desired  within  the  optimization  loop.  Also  the 
analysis  segment  can  be  used  on  a  stand  alone  basis  to  perform  any  desired  analyses. 

Both  the  optimization  and  analysis  segments  consist  of  an  initial  loop  on  the  nmnber  of  boundary 
conditions.  The  analyses  in  these  loops  support  all  the  disciplines  currently  available  in  the  ASTROS 
system  and  differ  only  in  the  respect  that  the  analysis  segment  does  not  have  calls  to  constraint  evalu¬ 
ation  modules  and  the  optimization  segment  has  convergence  tests  and  design  iteration  initiahzation 
outside  the  analysis  boundary  condition  loop.  The  first  step  in  these  loops  is  to  assemble  the  boundary 
condition  dependent  number  of  degrees  of  freedom  (extra  points  are  BC  selectable  in  ASTROS).  Then 
additional  PFBULK-like  operations  are  performed  in  BCBULK  to  ensure  that  BC-dependent  user  input  is 
correct.  Then  the  global  stif&iess  and/or  mass  matrices  are  assembled  and,  if  needed,  the  global  loads 
matrix.  Following  these  tasks,  there  are  several  BLOCK  IF  statements  on  the  various  dependent  struc¬ 
tural  sets.  In  executing  each  block,  the  required  matrix  partitions  and  reductions  are  performed.  Once 
the  reduced  matrices  have  been  obtained  for  the  analyses  being  performed  within  the  loop,  the  lowest 
level  response  quantities  (e.g.  displacements,  eigenvalues,  etc.)  are  computed.  Following  the  solution,  the 
execution  proceeds  through  another  group  of  dependent  set  BLOCK  IF’s  to  recover  the  solution  vectors  to 
the  global  set.  At  this  point,  the  analysis  segment  is  completed  with  calls  to  the  output  file  processor 
modules  to  compute  and  output  high  level  response  quantities  (e.g.  stresses). 
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In  the  optimization  phase  of  the  optimization  segment,  the  ACTCON  module  determines  the  status 
of  the  global  convergence  flag  converge  and,  if  the  optimization  is  not  complete,  the  redesign  task  is 
performed.  Three  redesign  methods  are  supported  by  the  standard  sequence  and  selected  through  the 
Solution  Control.  If  the  option  for  Fully  Stressed  Design  (fsd)  is  selected,  the  redesign  is  performed  in 
the  FSD  modules.  The  two  alternative  methods  (mathematical  programming  and  generalized  optimahty 
criteria)  employ  methods  that  require  sensitivity  information.  In  this  case,  the  sensitivities  of  the  active 
constraints  (chosen  by  ACTCON  based  on  the  nrfac  and  EPS  parameters)  are  computed. 

The  sensitivities  of  the  active  constraints  which  are  exphcit  functions  of  the  design  variables  are 
computed  first  in  the  makdfv  module.  Then  the  second  boundary  condition  loop  within  the  optimization 
segment  begins.  The  abound  routine  determines  the  types  of  active  constraints  in  each  boundary  condi¬ 
tion  and  outputs  logic  flags  to  control  the  subsequent  sensitivity  computations.  Then  boundary  condition 
dependent  constraints  which  are  explicit  functions  of  the  design  variables  (frequency  and  flutter)  are 
computed.  Next,  the  sensitivities  of  the  constraints  to  the  displacements  for  those  STATICS  constraints 
winch  are  e^Ucit  functions  of  the  displacements  (e.g.,  stress  and  displacement  constraints)  are  computed 
using  the  MAKDFU  module.  For  these  types  of  constraints,  the  product  of  the  stifhiess  sensitivities  and  the 
displacements  and  the  mass  sensitivities  and  the  accelerations  are  also  computed  and  modified  appropri¬ 
ately  to  account  for  design  dependent  loads  and  inertia  relief  The  resulting  matrix  is  then  reduced  and 
used  to  solve  for  the  sensitivities  of  the  displacements  to  the  design  variables.  This  matrix  is  recovered  to 
the  free  displacement  set  in  a  manner  similar  to  the  recovery  of  the  outputs  in  the  analysis  phase  of  the 
optimization  segment.  The  final  module  within  the  boundary  condition  loop  for  sensitivity  evaluation  is 
MKAMAT.  Within  this  module  the  constraint  sensitivities  to  the  design  variables  are  formed  from  the 
product  of  the  two  sensitivity  matrices  previously  obtained. 

For  static  aeroelastic  analyses,  a  procedure  similar  to  that  for  STATICS  is  used  twice:  once  for 
"pseudo-displacements"  that  allow  computation  of  aeroelastic  effectiveness  derivatives  and  once  for  real 
displacements  that  support  the  static  strength  constraints.  The  static  aeroelastic  sensitivity  code  is 
further  comphcated  by  the  generahty  of  the  aeroelastic  correction  matrix  selections,  which  are  subcase 
dependent. 

After  all  the  active  optimization  boundary  conditions  have  been  processed,  the  design  or  the 
VANGO  module  is  called.  Within  these  modules,  the  approximate  design  problem  is  arranged  for  use  by 
the  optimizer  and  is  solved.  Following  convergence  of  the  approximate  problem,  execution  returns  to  the 
top  of  the  optimization  loop  and  a  complete  reanalysis  of  all  the  boundary  conditions  is  performed.  Once 
completed,  the  ACTCON  module  determines  if  the  global  problem  is  converged  and,  if  so,  sets  the  global 
convergence  flag  to  TRUE  causing  the  execution  to  pass  to  the  top  of  the  analysis  segment.  If  any 
analysis  boxmdaiy  conditions  exist,  they  will  be  processed  in  a  manner  similar  to  the  analysis  phase  of 
the  optimization  segment.  After  performing  the  requested  final  analyses  (if  any)  the  executive  system 
terminates  the  ASTROS  execution. 

2.4.3.  Modifying  the  Standard  MAPOL  Sequence 

The  standard  MAPOL  sequence  is  provided  to  allow  a  user  to  run  the  ASTROS  system  without 
detailed  knowledge  of  the  MAPOL  language  or  the  standard  sequence.  There  is  not,  however,  any 
requirement  that  the  standard  sequence  be  used.  Chapter  7  outlines  the  procedure  for  writing  a  vahd 
MAPOL  sequence,  and  any  series  of  syntactically  correct  MAPOL  statements  may  be  used  to  direct  the 
ASTROS  procedure.  All  the  engineering,  utility  and  matrix  manipulation  modules  shown  in  Subsection 
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2.4.2.1  are  available  to  any  MAPOL  sequence  used  to  direct  the  system.  In  addition,  there  are  a  number 
of  iatrinsic  functions  such  as  SIN  and  ABS  that  are  also  available.  Their  use  is  detailed  in  the  MAPOL 
Programming  chapter.  The  sophisticated  MAPOL  user  is  thus  provided  vdth  a  very  flexible  control 
language  to  manipulate  the  ASTROS  system.  This  subsection  describes  simple  modifications  to  the 
standard  algorithm  to  print  out  additional  data  items,  to  fine  tune  the  optimization  algorithm  and  to 
restore  an  ASTROS  analysis  that  was  partially  executed  on  a  previous  run.  No  set  of  examples,  however, 
can  possibly  indicate  the  full  range  of  available  capabilities;  the  user  is  therefore  cautioned  not  to  be 
overly  constrained  by  this  discussion. 

In  order  to  avoid  vast  quantities  of  output  and  to  limit  the  execution  time,  the  standard  output  is 
kept  to  a  miniTniim  Several  utilities,  listed  in  Section  2.4.2.1,  can,  however,  be  inserted  in  the  standard 
sequence  to  output  data  stored  on  the  data  base.  In  addition,  a  utility  has  been  written  to  print  out  the 
structural  set  definition  table  to  aid  in  the  debugging  of  the  structural  model.  The  utmprt,  xjtgprt, 
OTRPRT  and  UTUPRT  print  utilities  dump  the  contents  of  specified  data  base  entities  to  the  user* s  output 
file.  These  can  be  used  anywhere  in  the  MAPOL  sequence  after  the  specified  entity  has  been  filled  with 
data.  The  usetprt  utiUty  provides  the  user  with  the  ability  to  print  the  structural  set  definition  table 
(TTSET)  in  a  format  which  aids  in  debugging  the  structural  model.  These  utilities  provide  the  user  with 
some  simple  tools  to  allow  closer  interaction  with  the  data  stored  on  the  data  base  and  to  provide 
capability  to  more  closely  track  the  execution. 

The  print  utilities  provide  data  visibility  without  modifying  the  basic  execution  of  the  standard 
sequence.  At  a  shghtly  more  complex  level,  the  user  might  desire  to  fine  tune  the  optimization  procedure 
or  to  track  the  iterations  of  the  optimizer  more  closely.  Table  4  includes  a  number  of  parameters  which 
are  used  by  ASTROS  to  direct  the  optimization.  All  of  these  parameters  can  be  modified  through  the 
OPTIMIZE  command  in  solution  control.  That  modification,  however,  only  occurs  once.  Any  of  these 
parameters  can  be  changed  by  the  user  at  any  point  in  the  MAPOL  sequence.  For  example,  the  MOVLIM 
parameter  could  be  changed  to  a  different  value  after  the  fifth  iteration  by  placing  the  following  state¬ 
ment  immediately  after  the  while  test  on  glbcnvrg: 

IF  NITER  >  5  MOVLIM  =  1.5; 


Obviously,  the  conditional  testing  could  become  as  complex  as  the  MAPOL  programmer  desires. 

The  brief  discussion  above  does  not  begin  to  describe  all  the  options  open  to  the  sophisticated 
ASTROS  user.  It  does,  however,  outhne  some  of  the  most  commonly  performed  modifications  to  the 
standard  MAPOL  algorithm.  The  concepts  described  can  be  extended  to  a  large  number  of  similar 
changes;  e.g.,  modifying  the  input  dynamic  pressure  value  within  the  MAPOL  sequence  could  be  done  to 
avoid  re-running  the  base  run  of  an  ASTROS  execution.  At  a  more  advanced  level,  the  MAPOL  relational 
data  base  entity  utihties  can  be  used  to  directly  modify  the  design  variable  values  or  objective  sensitivi¬ 
ties. 
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2.4.4.  Restart  Capability 


The  ASTROS  system  has  an  informal  restart  capability  which  is  described  in  the  following 
sections. 

2.4.4.1.  Introduction 

ASTROS  does  not  support  a  formal  restart  capability  but  this  does  not  imply  that  restarts  cannot 
be  performed  in  ASTROS.  The  restart  capability  in  ASTROS  is  limited  in  that  the  user  must  use  a 
modified  MAPOL  sequence  in  order  to  terminate  the  system  early  and  the  restarted  job  MUST  use  a 
tailored  MAPOL  sequence  to  restart  the  job  at  the  desired  point.  Otherwise,  there  are  no  limits  to  what 
can  be  done  by  the  experienced  user.  The  ASTROS  restart  capability  is  best  described  as  a  full  featured 
Manual  Restart  —  ASTROS  does  not  have  an  Automated  Restart. 

There  are  several  reasons  why  users  may  wish  to  suspend  an  ASTROS  execution  and  then 
perform  a  restart  and  the  code  supports  this  basic  capability.  For  example,  a  user  may  vsdsh  to  examine 
the  progress  of  a  design  after  each  optimization  iteration.  With  the  run  stopped,  the  user  woTold  then 
have  the  freedom  to  use  ICE  (Reference  7)  and  alter  ASTROS  data  to  redirect  the  optimization  path  if 
desired.  As  another  example,  the  user  may  suspend  execution  and,  again  using  iCE,  replace  ASTROS- 
computed  data  with  their  external  equivalent  (such  as  the  QHHL  or  QKKIi  matrices  of  unsteady  aerody¬ 
namic  influence  coefficients).  Clearly,  the  ability  to  suspend/restart  executions  in  combination  with  the 
ICE  environment  opens  limitless  possibilities. 

Without  an  automated  restart,  however,  the  user  is  responsible  for  ensuring  that  several  requisi¬ 
te  tasks  are  completed.  These  are 

Ensuring  that  the  run-time  database  has  the  proper  STATUS  on  suspension  and  on  restart. 

ns®  Selecting  where  in  the  MAPOL  sequence  to  suspend  execution. 

Writing  a  MAPOL  sequence  to  restart  execution.  This  may  or  may  not  be  a  modification  to 
the  standard  sequence. 

Ensuring  that  those  scalar  variable(s)  that  are  common  to  both  the  original  and  the  restart 
MAPOL  sequences  are  initiahzed  to  the  correct  value(s) 

Each  of  these  tasks  are  discussed  in  the  following  sections. 

2.4.4.2.  Ensuring  proper  STATUS  of  the  run-time  database 

When  suspending  execution,  the  run-time  database  must  be  saved.  ASTROS  stores  aU  the  infor¬ 
mation  that  it  has  generated  during  the  execution  on  the  run-time  database  and,  on  any  restart,  the 
downstream  modules  will  expect  that  those  data  will  exist  when  they  are  executed  in  the  restart  environ¬ 
ment.  The  run-time  database  is  also  the  location  of  the  data  that  the  user  may  wish  to  modify  or  add  to 
using  ICE  prior  to  initiating  the  restart.  Saving  the  run-time  database  is  done  by  selecting  a  STATUS  of 
NEW  (with  the  optional  user  parameter,  keep,  if  required  on  the  local  host)  on  the  assign  DATABASE 
entry.  For  example. 


ASSIGN  DATABASE  CALVIN  HOBBES  NEW 
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ASSIGN  DATABASE  CALVIN  HOBBES  NEW  KEEP 


When  restarting  ASTROS  using  an  existing  database  whose  contents  are  to  be  preserved,  AS¬ 
TROS  must  be  notified  to  attach  the  existing  nm-time  database  files  without  re-initializing  them.  This  is 
done  by  selecting  a  status  of  old  on  the  assign  database  entry.  For  example 

ASSIGN  DATABASE  CALVIN  HOBBES  OLD 


If  the  status  of  OLD  is  not  given,  existing  database  files  are  lypically  overwritten  by  the 
system.  The  STATUS  flag  indicates  the  status  of  the  data  not  of  the  files  so  the  files  may  exist  with  a 
STATUS  of  NEW  and  will  result  in  the  database  contents  being  replaced  by  the  new  execution. 

2.4.4.3.  Suspending/Restarting  Execution 

ASTROS  execution  is  controlled  by  the  MAPOL  sequence  that  is  supplied  in  the  MAPOL  packet. 
This  may  be  the  standard  sequence  (if  the  packet  is  omitted),  an  edited  version  of  the  standard  sequence, 
or  a  user  supplied  sequence.  To  suspend  execution,  a  MAPOL  sequence  must  be  defined  which  results  in 
clean  termination  (one  without  fatal  errors)  of  the  ASTROS  execution.  This  may  be  the  standard  execu¬ 
tion  or,  more  typically,  an  edited  standard  sequence  or  even  a  standalone  MAPOL  program. 

Most  commonly,  the  suspension  is  performed  by  editing  the  standard  MAPOL  sequence  and 
inserting  an  EXIT  call  after  the  last  line  that  is  to  be  executed  in  the  cmrent  execution.  Alternatively,  if 
no  missing  ip-then-endifs  or  ENDDOs  result,  portions  of  the  sequence  can  simply  be  deleted.  Some  care 
should  be  taken  in  suspending  execution  in  the  middle  of  DO  and  do  while  loops  or  block  IPs.  Although 
possible  to  do,  suspensions  during  execution  of  these  repetitive  segments  can  leave  the  system  in  a  state 
that  is  more  difficult  to  reinitialize  on  the  restart  exectution.  Some  experience  with  MAPOL  and  with 
ASTROS  is  needed  before  attempting  these  more  complex  suspensions.  Suspending  execution  at  the 
beginning  or  end  of  the  preface,  analysis  phaise  (of  either  the  optimization  or  final  analysis  segements)  or 
the  sensitivity  phase  is  most  likely  to  yield  success. 

To  restart  the  execution,  the  user  must  generate  a  special  MAPOL  program  either  by  editing  the 
standard  sequence  or  by  writing  a  new  sequence.  The  restart  execution  of  ASTROS  does  not  have  any 
information  on  where  the  initial  execution  terminated.  Only  the  data  on  the  database  is  saved  (i.e., 
available  for  the  current  execution).  Obviously,  the  new  execution  may  start  up  at  any  point  the  user 
wishes  and  need  not  be  associated  with  the  area  where  the  initial  run  terminated  (although  only  experi¬ 
enced  ASTROS  users  should  attempt  to  drastically  alter  the  flow  of  the  MAPOL  sequence). 

To  generate  the  special  MAPOL  sequence,  the  user  may  use  a  goto  statement  to  jump  ahead  in 
the  standard  sequence  to  the  restart  point  or  the  user  may  use  the  EDIT  commands  to  delete  those  initial 
sections  that  no  longer  need  execution.  The  latter  is  typically  the  case  when  the  preface  segment  is 
"saved"  for  restart.  If  the  user  deletes  lines,  care  should  be  taken  not  to  delete  half  of  a  looping  construct 
or  block  IF  since  that  will  result  in  a  MAPOL  compilation  error.  The  restart  MAPOL  sequence  must  also 
contain  any  new  statements  that  are  required  to  reset  values  of  MAPOL  scalar  parameters. 
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2.4.4.4.  Resetting  MAPOL  Parameters 


In  the  ASTROS  system,  all  the  values  of  MAPOL  variables  are  stored  on  the  database.  For  the 
complex  data  types  like  RELATIONS  and  MATRICES,  this  is  obvious,  since  their  data  resides  on  the 
database  for  ICE  execution  or  other  processing.  Less  obviously,  the  simple  data  tSHPes  like  REAL  and 
INTEGER  (including  arrays)  are  also  saved  on  the  database.  These  data  are  not  easily  viewed  in  the  ICE 
context,  but  are  saved  in  a  way  that  the  MAPOL  compiler  can  recognize.  When  a  restart  job  is  performed, 
the  existence  of  these  old  data  causes  the  MAPOL  compiler  to  determine  the  correspondence  between  the 
original  data  and  the  new  MAPOL  sequence.  Whenever  a  variable  of  the  same  name  and  type  is  foimd, 
its  initial  value  is  recovered  from  the  old  data  thus  "restoring"  the  value  of  the  original  variable  to  the 
last  value  it  contained. 

In  the  restart  execution,  however,  the  user  must  make  sure  that  the  Zas^  value  of  the  variable  is 
the  desired  initial  value  for  restart.  In  some  ceises,  the  variables  contain  "invariants"  likft  the  variable 
NDV  which  contains  the  number  of  global  design  variables.  In  other  cases,  like  BC,  the  variable  is  a  loop 
counter  that  should  be  reset.  The  MAPOL  sequence  may  perform  the  reinitialization  automatically  (for 
example  if  a  DO  loop  is  re-executed  for  values  1  through  10,  the  do  loop  coimter  will  be  reset  to  1  no 
matter  what  value  it  contains).  If,  however,  the  restart  MAPOL  omits  the  loop,  the  last  loop  counter  that 
was  achieved  will  be  stored  in  the  loop  counter  on  restart. 

Determining  which  MAPOL  parameters  should  be  left  alone  and  which  should  be  reset  (rather 
than  default  to  their  last  value)  is  the  challenge  of  the  manual  restart.  Tables  8  through  13  (section  2.4.1) 
of  this  Manual  have  a  list  of  aU  the  MAPOL  parameters.  These  tables  list  each  pzurameter  and  give  a 
description  of  how  and  where  the  parameter  is  used.  Together  with  the  ASTROS  Programmer’s  Manual, 
which  document  the  actions  that  occur  in  each  ASTROS  module,  the  user  can  decide  which  parameters 
should  be  reset  and  which  should  be  allowed  to  default  to  the  value  set  m  the  initial  execution. 


2.5.  MAPOL  PROGRAM  LISTING 


The  Version  12  MAPOL  listing  of  the  standard  solution  sequence  is  given  on  the  following  pages. 
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Standard  MAPOL  Sequence  Listing 


STAT  LEVL 


1 

1 

!$***$ 

2 

1 

!$  CSCIID  <@(#)  MC0083-MAPOLSEQ  12, 

3  11/15/95  11;05:29>  $ 

3 

1 

!$***$ 

4 

1 

***********************************************************  1,**********1r***1,**^\ 

5 

1 

!$ 

EXECUTIVE  SEQUENCE  FOR  ASTROS 

$! 

6 

1 

i^***************************************************************************** 

*$I 

7 

1 

i^*********** ******************************************************** ***********^1 

8 

1 

!$ 

CONSTANTS 

FOR  SDCOMP 

SET  SINGULARITY  MESSAGES 

$! 

9 

1 

1  ^******** ******************* ***************************************************^1 

10 

1 

!  INTEGER 

SINGOSET, 

SINGASET, 

SINGLSET; 

1 

11 

1 

j$***************************************************************************** 

*$! 

12 

1 

;$ 

VARIABLE  DECLARATION 

SEGMENT 

$! 

13 

1 

;$***************************************************************************** 

*$! 

14 

1 

J$ 

$! 

15 

1 

!  INTEGER 

GSIZE, 

NDV, 

NITER,  BC, 

BCID, 

1 

16 

1 

ESIZE(IOOO)  , 

PSIZEdOOO),  GSIZEB; 

1 

17 

1 

!REAL 

CTL, 

CTLMIN; 

1 

18 

1 

« LOGICAL 

GLBCNVRG, 

APPCNVRG, 

PFLAG; 

1 

19 

1 

!  UNSTRUCT 

DCENT, 

GRIDTEMP, 

SMPLOD; 

1 

20 

1 

’RELATION 

DESHIST, 

CONST, 

MPPARM,  CONVERT, 

OCPARM, 

j 

21 

1 

MFORM, 

GRID, 

SPOINT,  EPOINT, 

SEQGP, 

1 

22 

1 

BGPDT(IOOO) , 

CSTM, 

FORCE,  FORCEl, 

MOMENT, 

1 

23 

1 

MOMENTl, 

PLOAD, 

PLOAD2 ,  PLOAD4 , 

GRAV, 

j 

24 

1 

LOAD, 

EIGR, 

CONSTORD, 

t 

25 

1 

TEMP, 

TEMPD, 

OPNLBUCK,  OEULBUCK, 

i 

26 

1 

CORDIC, 

CORDIR, 

CORDIS,  CORD2C, 

CORD2R, 

1 

27 

1 

CORD2S, 

GPWGGRID, 

OGPWG,  GRADIENT; 

1 

28 

1 

!$ 

$! 

29 

1 

i^***************************************************************************** 

*$• 

30 

1 

!$ 

DECLARATIONS 

FOR  MODULE 

MKUSET 

$! 

31 

1 

i^* ************************************************************* ****************$ 1 

32 

1 

!$ 

$! 

33 

1 

!  UNSTRUCT 

USET(IOOO) , 

GPSTdOOO) 

; 

J 

34 

1 

!  RELATION 

SPC, 

SPCl, 

SPCADD,  MPC, 

MPCADD, 

; 

35 

1 

{ 

ASET, 

ASETl, 

OMIT,  OMITl, 

SUPORT, 

1 

36 

1 

1 

JSET, 

JSETl , 

RBAR,  RBEl,  RBE2 ,  RBE3 , 

RROD; 

J 

37 

1 

•MATRIX 

[PGMNdOOO)  ] 

,  [PNSFdOOO)  ]  ,  iPFOAdOOO)  ]  ,  [PARLdOOO)  ] 

,  [TMNdOOO)]  , 

I 

38 

1 

! 

[YS(IOOO)]; 

J 

39 

1 

!  MATRIX 

[PGMNSdOOO)  3  , 

[PNSFSdOOO)  ]  , 

tPFOASdOOO)  ]  , 

1 

40 

1 

1 

[PARLSdOOO)  3 ; 

1 

41 

1 

!$ 

$! 

42 

1 

t^******************************************************************************^ I 

43 

1 

i$ 

DECLARATIONS 

FOR  MODULES  MAKEST,  EMG  AND  NLEMG 

$! 

44 

1 

1^******************************************************************************$ t 

45 

1 

!$ 

$! 

46 

1 

•UNSTRUCT 

TREE, 

DVSIZE, 

PCOMPS; 

47 

1 

!  UNSTRUCT 

TREED, 

DVSIZED, 

DDVSIZE; 

48 

1 

!  lUNSTRUCT 

KELM, 

MELM, 

TELM; 

49 

1 

!  lUNSTRUCT 

KELMD, 

MELMD, 

TELMD,  DKELM, 

DMELM, 

50 

1 

1 

DTELM; 

51 

1 

! RELATION 

CQDMEMl , 

QDMMIEST, 

CROD,  CONROD, 

RODEST, 

52 

1 

1 

CSHEAR, 

SHEAREST, 

CTRMEM,  TRMEMEST, 

CMASSl , 

47 
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STAT  LEVL 


53 

1! 

CMASS2 , 

MASSEST, 

CONMl, 

CONMl EST, 

CONM2, 

54 

1! 

CONM2EST, 

CBAR, 

BEAMEST, 

CQUAD4, 

QUAD4EST, 

55 

1! 

CIHEXl, 

IHEXIEST, 

CIHEX2 , 

IHEX2EST, 

CIHEX3 , 

56 

1! 

IHEX3EST, 

CELASl, 

CELAS2 , 

ELASEST, 

57 

1! 

PCOMP, 

PQDMEMl , 

PROD, 

PSHEAR, 

58 

1! 

PTRMEM, 

PMASS, 

PELAS, 

PBAR, 

PBARl, 

59 

11 

PSHELL, 

PCOMPl, 

PCOMP2 , 

PIHEX, 

MATl, 

60 

1! 

MAT2, 

MAT8, 

MAT9, 

CTRIA3 , 

TRIA3EST, 

61 

1! 

DVTOPTE, 

DVTOPTP, 

DVTOPTL, 

SMATCOL, 

NLSMTCOL, 

62 

1! 

EIDTYPE; 

63 

11$ 

S! 

64 

Ij $******************************************* *************^^^*^^^^^^^^^^^^^^^^^^ 

65 

11$ 

DECLARATIONS 

FOR  DESIGN  VARIABLES / CONSTRAINTS  AND 

LINKING 

$1 

66 

11  $********************************************•/,**************************  ****** 

*$  j 

67 

11$ 

$1 

68 

1 1  RELATION 

DESELM, 

DESVARP, 

DESVARS , 

PLIST, 

ELIST, 

1 

69 

11 

SHAPE, 

PLISTM, 

ELISTM, 

SHAPEM, 

SHPGEN; 

1 

70 

1 1  RELATION 

DCONVM, 

DCONTW, 

DCONEP, 

DCONFT, 

DCONVMM, 

1 

71 

11 

DCONTWM, 

DCONEPM, 

DCONFTM, 

DCONVMP, 

DCONTWP, 

1 

72 

1! 

DCONEPP, 

DCONFTP, 

DCONALE, 

DCONCLA, 

DCONFLT, 

1 

73 

11 

DCONTRM, 

DCONSCF, 

DCONF, 

DCONSDE, 

DCONSDL; 

1 

74 

11 RELATION 

DCONDSP, 

DCONFRQ, 

DCONTHK, 

DCONTH2 , 

DCONTH3 ; 

j 

75 

11  RELATION 

DCONPMN, 

DCONLMN, 

DCONLAM; 

1 

76 

1 1  RELATION 

DCONBK, 

DCONBKE; 

1 

77 

1 1  RELATION 

GLBDES, 

DESLINK, 

TFIXED, 

LOCLVAR, 

DVCT, 

1 

78 

11 

DVCTD, 

DDVCT; 

t 

79 

1 1  MATRIX 

[PTRANS] ; 

1 

80 

1 1 IMATRIX 

(PMINT] , 

[PMAXT] , 

[SMAT]  , 

[NLSMAT] ; 

1 

81 

11$ 

S! 

82 

^  1  ^*'*«*«**'* 

********‘*****11 

.******************»***********************************^*^, 

83 

11$ 

DECLARATIONS 

FOR  OUTPUT 

FILE  PROCESSING  (EDR/OFP) 

$1 

84 

l\  $**************************** 

*$! 

85 

11$ 

$1 

86 

1 1 RELATION 

GRIDLIST, 

MODELIST, 

ELEMLIST, 

FREQLIST, 

TIMELIST, 

1 

87 

1! 

ITERLIST, 

GDVLIST, 

LDVLIST, 

DCONLIST, 

PLYLIST, 

1 

88 

1! 

DENSLIST, 

MACHLIST, 

VELOLIST, 

CASELIST; 

1 

89 

11$ 

$1 

90 

11 RELATION 

GPFELEM, 

EOSUMMRY, 

EOBAR, 

EOELAS , 

EOHEXl , 

1 

91 

11 

EOHEX2 , 

EOHEX3 , 

EOQDMMl , 

EOQUAD4, 

EOROD, 

1 

92 

11 

EOSHEAR, 

EOTRMEM, 

GPFDATA, 

EOTRIA3 ; 

1 

93 

1 1 UNSTRUCT 

EODISC; 

1 

94 

11$ 

$1 

95 

1 ! RELATION 

OGRIDLOD, 

OGRIDDSP, 

OLOCALDV, 

OAGRDDSP, 

OAGRDLOD; 

J 

96 

1 IMATRIX 

[FLUTMODE] , 

EPTGLOAD] , 

[PFGLOAD3 , 

[PTHLOAD3 , 

[PFHLOAD3 ; 

1 

97 

11$ 

$1 

98 

1  ^*'**«**** 

**************************************************************^^^^^^^^^, 

99 

11$ 

DECLARATIONS 

FOR  MODULES 

EMAl,  NLEMAl, 

EMA2  AND  GLOBAL 

$I 

100 

11$ 

MATRIX  PARTITION/ REDUCTION 

$1 

101 

j  ^*  ******************************************  ***********  if  if  ir  ***  *  *11*  ir*ir  *****  ii  *i,  I 

102 

11$ 

$! 

103 

1! UNSTRUCT 

GENEL; 

j 

104 

1 ! lUNSTRUCT 

DKVI, 

DMVI, 

DKVIO, 

DMVIO, 

DKVIG, 

1 
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105 

1! 

DMVIG, 

DMVID, 

DDMVI ; 

106 

IIUNSTRUCT 

DWGHl , 

DDWGH2 ; 

107 

1 ! RELATION 

GMKCT, 

GMMCT, 

GMKCTO , 

GMMCTO , 

GMKCTG, 

108 

1! 

GMMCTG, 

GMMCTD, 

DGMMCT; 

109 

li MATRIX 

[KGG3 , 

[KNN]  , 

[KFF]  , 

[KAA]  , 

[KLL] , 

110 

1! 

[MGG3 , 

[MNN3  , 

[MFF]  , 

[MAA]  , 

[MLL]  , 

111 

1! 

[MRRBAR] , 

[MLR] , 

[KFS]  , 

[KSS] , 

[KOOINV(IOOO) ] , 

112 

11 

[GSUBO(IOOO) ]  , 

[KLLINV(IOOO) 1 , 

[MRR(IOOO) ] , 

113 

1! 

[IFM(IOOO) ] 

[MIGG] , 

[IFR(IOOO)  ]  , 

[KRR] , 

[DdOOO)  ]  , 

114 

1! 

[KLR] , 

[KIGG] , 

[LHS(IOOO) ]  , 

[M2GG] , 

[MOO] , 

115 

1! 

[MOA]  , 

[K2GG] , 

[MAABAR] ; 

116 

1! MATRIX 

[TMPl]  , 

[TMP23 ; 

117 

1! MATRIX 

[PG], 

[PN], 

[PF], 

[PA]  , 

118 

1! 

[PO]  , 

[PLBAR] , 

[PR], 

ERHSdOOO)  ] 

[UG(IOOO)], 

119 

1! 

[UN]  , 

[UF], 

[UA], 

EUL], 

[UM], 

120 

1! 

[AG(IOOO)], 

[AN]  , 

[AF], 

[AA], 

[AR], 

121 

1! 

[AL], 

[UO]  , 

[UOO]  , 

[PS]  ; 

122 

1! LOGICAL 

M2GGFLAG, 

K2GGFLAG; 

123 

11$ 

$1 

124 

^***itit*******-k**** ****** -k*** ******************************************* ********^1 

125 

1 ! $  DECLARATIONS  FOR 

SOLUTION  CONTROL 

$1 

126 

^****** ************************************** **********************************^1 

127 

11$ 

$! 

128 

1 1  INTEGER 

NUMOPTBC, 

NBNDCOND, 

MAXITER, 

129 

1! 

MPS, 

MPE, 

130 

1! 

OCS, 

OCE, 

131 

1! 

FSDS, 

FSDE; 

132 

1 1  INTEGER 

BLOAD, 

BMASS, 

BMODES, 

BSAERO, 

BFLUTR, 

133 

1! 

BDYN, 

BDRSP, 

BDTR, 

BMTR, 

BDFR, 

134 

1! 

BMFR, 

BGUST, 

BBLAST, 

NMPC, 

NSPC, 

135 

1! 

NOMIT, 

NRSET, 

DMODES; 

136 

UREAL 

MOVLIM, 

WINDOW, 

OCMOVLIM, 

ALPHA, 

CNVRGLIM, 

137 

1! 

NRFAC, 

EPS, 

FDSTEP, 

K6ROT; 

138 

1 ! RELATION 

JOB, 

OPTIMIZE, 

CASE; 

139 

11$ 

$! 

140 

11^***************************************************************************** 

*$! 

141 

1 ! $  DECLARATIONS  FOR 

SENSITIVITY 

EVALUATION 

$1 

142 

n^****************** ************************************************** **********^  1 

143 

11$ 

$! 

144 

1 1 INTEGER 

DDFLG, 

NACSD, 

NAUS, 

NAUA; 

145 

1! LOGICAL 

ACTBOUND, 

ACTFLUT, 

ACTDYN, 

ACTAERO, 

ACTAEFF, 

146 

1! 

ACTUAG, 

ACTUAGG, 

ACTPNL, 

ACTBAR; 

147 

IIUNSTRUCT 

PCAS, 

PRAS, 

PCAA, 

PRAA, 

PCAE; 

148 

1! RELATION 

PDLIST; 

149 

1! MATRIX 

EDFDU] , 

[PGAS] , 

[UGA]  , 

[DUG] , 

[DMUG] , 

150 

1! 

[DPFV] , 

[DPOV] , 

[DPNV]  , 

[DPAV] , 

[DUAV] , 

151 

1! 

[DUAD] , 

[DUFV]  , 

[AGA]  , 

[AMAT] , 

[DRUG] , 

152 

1! 

[DPGV3 , 

[DPLV]  , 

[DURD]  , 

[DULD]  , 

[DULV]  , 

153 

1! 

EDDELDV] , 

[DPRV] , 

[DRHS]  , 

[DFDUF] , 

[PGAA] , 

154 

1! 

[DFDUN] , 

[DMAG] , 

[DMUN]  , 

[DMUF]  , 

[DMUA] , 

49 
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155 

IJ 

[DMUO]  , 

[DMUL] , 

[DMUR]  , 

[DMU3  , 

[DPI] , 

156 

1! 

[DK1V3 , 

[AUAGC] , 

[DURV]  , 

[EFFSENS] , 

[DUIL] , 

157 

IJ 

[DU1R3 , 

[DU23  , 

[LHSL3 , 

[LHSU]  , 

[PGAU] , 

158 

159 

1! 

1 ! IMATRIX 

[DFSV] , 
[GLBSIG3 , 

[SENSMT3 ; 
[DPTHVI] , 

[DPGRVI] , 

[DPVJ]  ; 

160 

1 i IMATRIX 

[NLGLBSIG3 

,  [DPTHVD3 , 

[DPGRVD] , 

[DDPTHV] , 

[DDPGRV] ; 

161 

162 

1!$ 

163 

164 

1 ! $  AERODYNAMIC  ENTITIES 

165 

166 

1!$ 

1 ! INTEGER 

SYM, 

MINDEX, 

SUB, 

S; 

167 

168 

UREAL 

1 ! LOGICAL 

QDP, 

LOOP, 

MACH; 

GOAERO, 

AEFLGdOOO)  , 

NONPONLY; 

169 

170 

1 ! UNSTRUCT 

1 ! RELATION 

ACPT, 

AESURF, 

UNMK; 

AIRFOIL, 

AEROS, 

AEFACT, 

AXSTA, 

171 

1! 

BODY, 

SPLINEl, 

SETl, 

SET2, 

ATTACH, 

172 

1! 

TRIM, 

AERO, 

BLAST, 

CAER06, 

PAER06, 

173 

1! 

GEOMSA, 

AECOMPS, 

STABCF, 

CAEROl, 

PAEROl , 

174 

1! 

CAER02 , 

PAER02 , 

MKAEROl, 

MKAER02, 

FLUTTER, 

175 

1! 

FLFACT, 

CLAMBDA, 

CONEFFS, 

CONLINK, 

GEOMUA, 

176 

1! 

AECOMPU, 

SPLINE2 , 

CONEFFF, 

AEROGEOM, 

CAROGEOM, 

177 

178 

1! 

1! MATRIX 

AERUGEOM ,  CAROUGEO , 

[AIRFRC(1000)3 , 

TRIMDATA; 

[AICMATdOOO)]/ 

[AAICMATdOOO)  ]  , 

179 

1! 

[AICS] , 

[KAFF3 , 

[PAF] , 

[KAAA] , 

[PAA]  , 

180 

1! 

[GASUBO(30, 

33)3, 

[SKJ3 , 

[D1JK3 , 

[D2JK] , 

181 

1! 

[KARL] , 

[Rll] , 

[K21(30,33) 3 

,  [PARBAR]  , 

[PAL] , 

182 

1! 

[PAR(30,33)3, [K1112(30, 

.33)3 , 

[AIRFORCE] , 

[K22] , 

183 

1! 

[GTKG] , 

[GTKN3  , 

[GTKFJ , 

[GSTKG] , 

[GSTKN] , 

184 

IJ 

[GSTKF3 , 

[GSKF3  , 

[UGTKG] , 

[UGTKN] , 

[UGTKF3 , 

185 

1! 

[UGTKA] , 

[UGTKO] , 

[UGTKAB] , 

[AITD] , 

[KARR]  , 

186 

1! 

[R12 (30,33)3, [R223, 

[R32(30,33) 3 , 

,  [K113, 

[K12(30,33)], 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 


1! 

1! 

1! 

1? 

1! 

1! 

1! 

1! 

U 

1! 

1! 

1! 

1! 

1 ! IMATRIX 
1!$ 


[PI] ,  [R21(30,33)]  , 

[RU11(30,33) ] . 
tR13(30,33)], [R33], 

[AARC] ,  [AAR] , 

[PAO(IOOO)],  lAAFTMP], 
[UAGdOOO)],  [AAGdOOO)], 
[KOOL(30,33) ] , 

[POARO(30,33)3, 

[DELTA (1000) ] , 

[UAFCdOOO)  ]  ,  [UANCdOOO)  ]  , 
[AANCdOOO)  ]  ,  [AAGC(30,33)  ] , 
[RllDPL] ,  [R11PAL{30,33) ] , 


[R31{30,33) 3 . 

[P2], 

[DELC]  , 

[AAAdOOO)  3  , 

[UAFTMP3 , 

[AAL3 , 

[KOOU(30,33) ] , 
[KAO(30,33)3, [UAR], 
(PAOCdOOO)  3  ,  [UAACdOOO)  ]  , 
[UAGC(30,33)]  , 

,  [KL11{30,33)  3 

[R1112 (30,33) 


[RL11(30,33)3, 

[MAAA] ,  [IFMA(30,33) 3 , 

[PRIGIDl , 

[UAAdOOO)],  [AAAGC3, 

[UAN3  ,  [AAN]  , 

[AAF] ,  [UAF] , 

[LHSA(30,33) 3 , 
[RHSA(30,33)], 
[AAACdOOO)  3  , 
[AAFCdOOO)  3  , 

, [KU11(30.33) 3 , 
3, 


[R1113(30,33)  3  , 
[AJJTL] ,  [QJJL] , 


[UAL] ; 
[QKKL3 , 


[QHHL] ; 
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STAT  LEVL 


202 

1 j$******************************************************** ********************* *$i 

203 

1 ! $  DYNAMIC  RESPONSE 

DECLARATIONS 

$■ 

204 

1 ! $******** 

***************************************************** *****************^1 

205 

1!$ 

$1 

206 

1 ! INTEGER 

HSIZEdOOO) 

207 

IIUNSTRUCT 

TFDATA, 

ICDATA, 

UDLOLY; 

208 

1! RELATION 

LAMBDA, 

OEIGS, 

DLONLY, 

DLOAD, 

TABLEDl,  ! 

209 

1! 

ic, 

TLOADl , 

TLOAD2 , 

RLOADl, 

RLOAD2 ,  ! 

210 

1! 

TSTEP, 

VSDAMP, 

TABDMPl, 

DLAGS, 

TF,  ! 

211 

1! 

DMIG, 

GUST, 

FREQ, 

FREQl, 

FREQ2 ,  ! 

212 

1! 

FFT, 

FLUTREL; 

213 

1! MATRIX 

[PHIKH} , 

[QHJL3 , 

EQKJL]  , 

[PHIA] , 

[MII3  ,  1 

214 

1! 

[PHIO]  , 

[PHIF] , 

EPHIN3  , 

EPHIGdOOO)  3 

, [KHHT3 ,  ! 

215 

1! 

[KHHF3 , 

EBHH] , 

EMHH]  , 

[PDT3 , 

EPDF3  ,  I 

216 

1! 

(KDDT3 , 

EKDDF] , 

EBDD3  , 

EMDD3 , 

tICMATRIX] ,  ! 

217 

1! 

[UTRANA] , 

[UFREQA3 , 

EUTRANI]  , 

EUFREQI3 , 

[UFREQE3 ,  1 

218 

1! 

[UTRANE] , 

EUTRANF3 , 

EUFREQF3 , 

EUTRANN3 , 

[UFREQN] ,  ! 

219 

1! 

[UTRANG] , 

[UFREQG3 , 

EMHHFL{30 

33)1, 

[BHHFL(30,33)  3  ,  1 

220 

1! 

[QHHLFL(30,33) ] , 

[KHHFL{30 

33)1; 

221 

1!$ 

$1 

222 

^Li^************************************************************* 

*****************^ 1 

223 

1!$  DECLARATIONS  FOR  GENERALIZED  DYNAMIC  REDUCTION  (GDR) 

$1 

224 

**************************************************************************** 

225 

11$ 

$1 

226 

1 ! INTEGER 

LKSET, 

LJSET, 

NEIV, 

GNORM, 

NGDR,  ! 

227 

1! 

ASIZE, 

LSIZE; 

j 

228 

UREAL 

FMAX; 

j 

229 

1 ! RELATION 

DYNRED; 

1 

230 

1! MATRIX 

[PGDRGdOOO)  1  ,  [PHIOK]  , 

EK003  , 

EGG03 , 

EKS003 ,  ! 

231 

1! 

[KOA]  , 

ELSOO] , 

[PAJK]  , 

EPFJK) , 

EUFGDR3 ,  1 

232 

1! 

[AFGDR] , 

[UJK3 , 

EGTMP]  ; 

1 

233 

11$ 

$1 

234 

11 ^********************* *********************************************************$ 1 

235 

11$  BLAST  RESPONSE  DECLARATIONS 

$1 

236 

It ^* ************************************************************ *****************^1 

237 

11$ 

$! 

238 

UREAL 

BQDP; 

239 

1! MATRIX 

[MPART]  , 

EID23, 

EPHIE]  , 

EPHIR) , 

EPHIB3 ,  1 

240 

1! 

[GENM]  , 

[GENK] , 

EGENFl  , 

EGENQ] , 

EGENQL3 ,  1 

241 

1! 

[DTSLP]  , 

EFTF3 , 

EQRE3  , 

EQEE] , 

EKEQE3 ,  ! 

242 

1! 

ELKQ]  , 

EUKQ3, 

EGFR3  , 

(GFE3 , 

[BTEM3 ,  ! 

243 

11 

IBLSTJA] , 

[BLGTJA3 , 

EBFRCl  , 

EMATTR3 , 

EMATSS3  ,  1 

244 

1! 

EKEE]  , 

E DELB 3 , 

EDELM3  , 

EURDB) , 

EGENFA] ,  ! 

245 

1! 

EDWNWSH]  , 

[ELAS3 , 

ESLPM0D3 , 

[QRR], 

EUBLASTI3/  1 

246 

1! 

[UBLASTG] , 

[UBLASTF3 ; 

247 

11$ 

$! 

248 

11^*** ***********************************  *********************** 

*****************^ 1 

249 

11$ 

$! 

250 

11$ 

BEGIN 

MAPOL  SOLUTION  SEQUENCE 

$1 

251 

11$ 

$1 

252 

2^t^**ir***************************************************************************$l 

standard  MAPOL  Sequence  Listing 
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STAT 

253 

254 

255 

256 

257 

258 

259 

260 
261 
262 

263 

264 

265 

266 
2  67 
268 

269 

270 

271 

272 

273 

274 

275 

276 

277 

278 

279 

280 
281 
282 

283 

284 

285 

286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 

299 

300 

301 

302 

303 

304 


LEVL 

1 


$  PREFACE  MODULES 

^*  ***************************  ****-k***iti,*i,***itiri,-k*it1t***-k*****i,***ifi,i,*itici,***ie*-k* 

SINGOSET  :=  1 
SINGASET  :=  2 
SINGLSET  :=  3 
$ 

$  INITIALIZE  SUBSCRIPT  VALUES  TO  "1"  TO  AVOID  RUN  TIME  PROBLEMS 
$ 

SUB  :=  1; 

PRINT ( "LOG= ( ' BEGIN  PREFACE  MODULES ' ) " ) ; 

CALL  SOLUTION  {  NUMOPTBC,  NBNDCOND,  K6ROT,  MPS,  MPE,  OCS/  OCE,  FSDS,  FSDE, 
MAXITER,  MOVLIM,  WINDOW,  OCMOVLIM,  ALPHA,  CNVRGLIM, 

NRFAC,  EPS,  FDSTEP  ); 

CALL  IFP  (  GSIZEB,  EIDTYPE  ) ; 

$ 

$  PROCESS  THE  FUNCTIONAL  PACKET  AND  INSTANTIATE  THE  FUNCTIONS 

$ 

CALL  FPKEVL  (  EIDTYPE  ) ; 

$ 

$  GENERATE  THE  ELEMENT  MATRICES 

$ 

PRINT ( *LOG= ( ' ELEMENT  MATRIX  GENERATION' ) " ) ; 

$ 

CALL  MAKEST  (  NDV,  GLBDES,  [PTRANS]  ,  [PMINT]  ,  [PMAXT]  ,  LOCLVAR, 

TFIXED,  DESLINK  ) ; 

$ 

CALL  EMG  (  NDV,  GSIZEB,  K6ROT,  GLBDES,  LOCLVAR,  [PTRANS] ,  DESLINK,  [SMAT] , 
SMATCOL,  DVCT,  DVSIZE,  KELM,  MELM,  TELM,  TREF  ); 

$ 

IF  NUMOPTBC  =  0 

CALL  NLEMG  (  1,  NDV,  GSIZEB,  GLBDES,  LOCLVAR,  [PTRANS] ,  DESLINK, 

[NLSMAT] ,  NLSMTCOL,  DVCTD,  DDVCT,  DVSIZED,  DDVSIZE,  KELMD,  DKELM, 
MELMD,  DMELM,  TELMD,  DTELM,  TREFD,  FDSTEP  ) ; 

$ 

CALL  PFBULK  (  GSIZEB,  EOSUMMRY,  EODISC,  GPFELEM  ) ; 

$ 

$  HANDLE  THE  NON- PLANAR  STEADY  AERODYNAMICS  ANALYSES 

$  TERMINATE  THE  EXECUTION  IF  THE  ONLY  DISCIPLINE  IS  NPSAERO 

$ 

PRINT ( "LOG= ( 'NON- PLANAR  STEADY  AERODYNAMICS ' ) " ) ; 

CALL  STEADYNP  (  NONPONLY,  AECOMPS,  GEOMSA,  STABCF,  [AIRFORCE],  AEROGEOM, 
CAROGEOM,  OAGRDLOD  )  ; 

IF  NONPONLY  CALL  EXIT; 

$ 

$  ASSEMBLE  THE  ELEMENT  MATRICES 

$  TO  THE  SENSITIVITY  MATRICES 

$ 

PRINT ( *LOG= ( ' PHASE  1  ELEM,  MATRIX  ASSEMBLY' ) " ) ; 

CALL  EMAl  (  NDV,  CSTM,  GENEL,  DVCT,  KELM,  MELM,  GMKCTO,  DKVIO, 

GMMCTO,  DMVIO,  DWGHl  ); 

IF  NUMOPTBC  =  0 

CALL  NLEMAl  (  1,  NDV,  GLBDES,  DVCTD,  DDVCT,  KELMD,  DKELM,  MELMD,  DMELM, 
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STAT 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 

322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 

338 

339 

340 

341 

342 

343 

344 

345 

346 

347 

348 

349 

350 

351 

352 

353 

354 

355 

356 


Standard  MAPOL  Sequence  Listing  —  Continued 


LEVL 

2!  GMKCTO,  DKVIO,  GMMCTO,  DMVIO,  DWGHl ,  GMKCT,  DKVI,  GMMCT,  DMVI, 

2!  GMKCTG,  DKVIG,  GMMCTG,  DMVIG,  GMMCTD,  DMVID,  DGMMCT,  DDMVI, 

2  !  DDWGH2  ) ; 

1!$ 

1!$  GENERATE  THE  SIMPLE  LOAD  VECTORS 

li$  AND  LOAD  SENSITIVITIES 

1!$ 

1 ! PRINT { "LOG= ( ' PHASE  1  STATIC  LOADS  GENER. ' ) " ) ; 

IICALL  LODGEN  {  GSIZEB,  GLBDES,  DVCT,  DVSIZE,  GMMCTO,  DMVIO,  TELM,  TREE, 

1!  SMPLOD,  [DPTHVI],  IDPGRVI)  ); 

1!IF  NUMOPTBC  =  0 

2!  CALL  NLLODGEN  (  GSIZEB,  GLBDES,  DVCTD,  DDVCT,  DVSIZED,  DDVSIZE,  GMMCTD, 

2!  DGMMCT,  DMVID,  DDMVI,  TELMD,  DTELM,  TREED,  [DPTHVD] ,  [DDPTHV] , 

2  !  [DPGRVD] ,  [DDPGRV]  ) ; 

11$ 

1!$  GENERATE  THE  STEADY  AIC  MATRIX  AND  THE 

1!$  STEADY  SPLINE  TRANSFORMATION  MATRICES 

1!$ 

1 ! PRINT { “LOG= ( ' STEADY  AERODYNAMICS ' > " )  ; 

IILOOP  :=  TRUE; 
liMINDEX  ;=  0; 

1! WHILE  LOOP  DO 
21  MINDEX  :=  MINDEX  +  1; 

2!  CALL  TRIMCHEK  (  MINDEX,  LOOP,  GOAERO,  CASE,  TRIMDATA  ); 

2!$ 

2!  IF  GOAERO  THEN 

3!  CALL  STEADY  (  MINDEX,  TRIMDATA,  AECOMPS,  GEOMSA,  STABCF,  [AICMAT (MINDEX)  ] 

3  1  [AAICMAT (MINDEX)  ]  ,  [AIRFRC (MINDEX)  ]  ,  AEROGEOM,  CAROGEOM  ); 

3!  ENDIF; 

21ENDDO; 

IICALL  SPLINES  (  GSIZEB,  GEOMSA,  AECOMPS,  AEROS,  [GTKG] ,  [GSTKG]  ); 


$ 

$ 

$ 

$ 


$ 

$ 

$ 

$ 


1!$  5 

11$  GENERATE  THE  UNSTEADY  AIC  MATRIX  AND  THE  $ 
11$  UNSTEADY  SPLINE  TRANSFORMATION  MATRIX  $ 
11$  $ 
1 1  PRINT ( "LOG= ( 'UNSTEADY  AERODYNAMICS ' ) " )  ; 


IICALL  UNSTEADY  (  GEOMUA,  AECOMPU,  [AJJTL] ,  [DIJK] ,  [D2JK3 ,  [SKJ] , 

1 1  AERUGEOM,  CAROUGEO  ) ; 

IICALL  AMP  (  [AJJTL],  [DIJK],  [D2JK] ,  [SKJ],  [QKKL] ,  [QKJL] ,  [QJJL]  ); 
IICALL  SPLINEU  (  GSIZEB,  GEOMUA,  AECOMPU,  AERO,  [UGTKG]  ); 


r****************************** 

BEGIN  OPTIMIZATION  LOOP 

r****************************** 

NUMOPTBC  >  0  THEN 
PRINT  ( ''LOG=  ('******************** 
PRINT ( “LOG= ( ' BEGIN  OPTIMIZATION ' ) 

INITIALIZE  MAPOL  PARAMETERS 

GLBCNVRG  :=  FALSE; 


******* 


' )  - )  ; 


$ 

$ 

**$ 

$ 


$ 

$ 

$ 
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STAT 

LEVL 

357 

2! 

358 

21$ 

359 

21$ 

3  60 

21$ 

361 

2  1 

362 

31$ 

3  63 

31$ 

364 

31$ 

365 

3! 

366 

3! 

367 

3! 

3  68 

3! 

369 

3! 

370 

3! 

371 

3! 

372 

3! 

373 

3! 

374 

31 

375 

31 

376 

3! 

377 

3! 

378 

31$ 

379 

3! 

380 

31 

381 

31 

382 

31$ 

383 

31 

384 

31 

385 

31 

386 

31 

387 

31$ 

388 

31 

389 

31 

390 

31 

391 

31$ 

392 

3! 

393 

3  1 

394 

31$ 

395 

31$ 

396 

31$ 

397 

31 

398 

41 

399 

4! 

400 

41$ 

401 

41$ 

402 

41$ 

403 

4  !$ 

404 

41 

405 

41 

406 

41$ 

407 

41$ 

408 

41$ 

APPCNVRG  :=  FALSE; 

BEGIN  CONVERGENCE  LOOP 

WHILE  NOT  GLBCNVRG  AND  NITER  <=  MAXITER  DO 
ASSEMBLE  THE  GLOBAL  MATRICES 
NITER  :=  NITER  +  1; 

PRINT  (  "LOG^  ( ' - -  )  - )  . 

PRINT  (  "LOG=  (  '  DESIGN  ITERATION  M3  )  "  ,  NITER)  ; 

CALL  APFLUSH; 

CALL  ITERINIT  (  NITER,  CONST,  LAMBDA  ); 

CALL  UTMPRG  (  [GLBSIG]  ,  [NLGLBSIG]  )  ; 

CALL  GDVRESP  (  NITER,  NDV,  GLBDES  )  ; 

CALL  MSWGRESP  (  NITER,  GLBDES,  DESLINK  ) ; 

CALL  TCEVAL  (  NITER,  NDV,  MOVLIM,  WINDOW,  GLBDES,  LOCLVAR,  [PMINT] , 
[PMAXT] ,  [PTRANS] ,  TFIXED,  CONST  ) ; 

CALL  BCEVAL  (  NITER,  NDV,  GLBDES,  LOCLVAR,  [PTRANS] ,  CONST  ) ; 

CALL  LAMINCON  (  NITER,  NDV,  DCONLAM,  DCONLMN,  DCONPMN,  TFIXED,  GLBDES, 
LOCLVAR,  [PTRANS],  CONST  ); 

CALL  NLEMG  (  NITER,  NDV,  GSI2EB,  GLBDES,  LOCLVAR,  [PTRANS],  DESLINK, 

[NLSMAT] ,  NLSMTCOL,  DVCTD,  DDVCT,  DVSIZED,  DDVSIZE,  KELMD, 
DKELM,  MELMD,  DMELM,  TELMD,  DTELM,  TREFD,  FDSTEP  ) ; 

CALL  NLEMAl  (  NITER,  NDV,  GLBDES,  DVCTD,  DDVCT,  KELMD,  DKELM, 

MELMD,  DMELM,  GMKCTO,  DKVIO,  GMMCTO ,  DMVIO,  DWGHl,  GMKCT,  DKVI, 
GMMCT,  DMVI,  GMKCTG,  DKVIG,  GMMCTG,  DMVIG,  GMMCTD,  DMVID, 
DGMMCT,  DDMVI,  DDWGH2  ); 

CALL  NLLODGEN  (  GSIZEB,  GLBDES,  DVCTD,  DDVCT,  DVSIZED,  DDVSIZE, 

GMMCTD,  DGMMCT,  DMVID,  DDMVI,  TELMD,  DTELM,  TREFD, 
[DPTHVD] ,  [DDPTHV] ,  [DPGRVD] ,  [DDPGRV]  ) ; 

CALL  EMA2  (  NITER,  NDV,  GSIZEB,  GLBDES,  GMKCTG,  DKVIG,  [KIGG] , 

GMMCTG,  DMVIG,  [MIGG]  ); 

BEGIN  BOUNDARY  CONDITION  LOOP  FOR  OPTIMIZATION 

FOR  BC  =  1  TO  NUMOPTBC  DO 

CALL  BCIDVAL  (  BC,  CASE,  BCID  >; 

PRINT ( "LOG= ( '  BOUNDARY  CONDITION  ' , 18) " , BCID) ; 

ESTABLISH  THE  BASE  USET  AND  PARTITIONING  DATA  FOR  THE  BC 

THIS  DATA  MUST  BE  RECREATED  EACH  ITERATION  SINCE  GDR  CAN  CHANGE  IT 


$ 

$ 

$ 

$ 

$ 

$ 


$ 


$ 


$ 


$ 


$ 

$ 

$ 


$ 

$ 

$ 


$ 

CALL  MKUSET{  BCID,  GSIZEB,  [YS(BC) ] ,  [TMN(BC) ] ,  [PGMN(BC) ] ,  [PNSF(BC) ] , 
[PFOA(BC)],  [PARL(BC)],  USET(BC)  ) ; 


$ 

MAKE  B.C. -DEPENDENT  BGPDT  FROM  BASE,  ADDING  THE  EXTRA  POINTS  FOR  $ 

THIS  B.C.  C 
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STAT  LEVL 

409  4!$ 

410  4! 

411  4! 

412  4! 

413  4!$ 

414  4!$ 

415  4!$ 

416  4!$ 

417  4! 

418  4!$ 

419  41 

420  41 

421  41 

422  41$ 

423  41$ 

424  41$ 

425  4! 

426  4! 

427  4! 

428  5! 

429  5! 

430  51 

431  51 

432  41 

433  51 

434  51 

435  51 

436  5! 

437  41$ 

438  41$ 

439  41$ 

440  41 

441  41$ 

442  4! 

443  51 

444  51 

445  41$ 

446  41$ 

447  41$ 

448  4! 

449  5 1 

450  4! 

451  51$ 

452  51$ 

453  51$ 

454  5! 

455  5! 

456  51 

457  5! 

458  6! 

459  6! 

460  6! 


$ 

CALL  BCBGPDT(  BCID  ,  GSIZEB  ,  BGPDT(BC)  ,  ESIZE(BC)  ); 

GSIZE  :=  GSIZEB ; 

PSIZE(BC)  :=  ESIZE{BC)  +  GSIZE; 

$ 

PROCESS  MATRICES,  TRANSFER  FUNCTIONS,  AND  INITIAL  CONDITIONS  FOR  $ 

THIS  B.C.  $ 

$ 

CALL  BCBULK(  BCID  ,  PSIZE(BC)  ,  BGPDT(BC)  ,  USET{BC}  ) ; 

$ 

CALL  BOUND  {  BCID,  GSIZE,  ESIZE(BC) ,  USET(BC),  BLOAD,  BMASS,  DMODES, 
BMODES,  BSAERO,  BFLUTR,  BDYN,  BDRSP,  BDTR,  BMTR,  BDFR, 
BMFR,  BGUST,  BBLAST,  NMPC,  NSPC,  NOMIT,  NRSET,  NGDR  ) ; 

$ 

DETERMINE  IF  ANY  M2GG/K2GG  INPUT  DATA  ARE  TO  BE  ADDED  $ 

$ 

CALL  NULLMAT  {  EKGG] ,  [MGG]  ) ; 

CALL  MK2GG  {  BCID,  GSIZEB,  [M2GG] ,  M2GGFLAG,  [K2GG] ,  K2GGFLAG  ) ; 

IF  M2GGFLAG  THEN 

[MGG]  :=  [MIGG]  +  [M2GG] ; 

ELSE 

[MGG]  :=  [MIGG]; 

ENDIF; 

IF  K2GGFLAG  THEN 

[KGG]  :=  [KIGG]  +  [K2GG] ; 

ELSE 

[KGG]  :=  [KIGG]; 

ENDIF; 

$ 

CALL  THE  GRID  POINT  WEIGHT  GENERATOR  FOR  THIS  BOUNDARY  CONDITON  $ 

$ 

CALL  GPWG  (  NITER,  BCID,  GPWGGRID,  [MGG]  ,  OGPWG  )  ; 

$ 

IF  BLOAD  <>  0  CALL  GTLOAD  (NITER,  BCID,  GSIZE,  BGPDT(BC),  GLBDES, 

SMPLOD,  [DPTHVI],  [DPTHVD] , 

[DPGRVI] ,  [DPGRVD] ,  [PG] ,  OGRIDLOD) ; 

$ 

PARTITION-REDUCTION  OF  GLOBAL  MATRICES  $ 

$ 

IF  NUMOPTBC  >  1  CALL  NULLMAT  (  [KNN] ,  [PN] ,  [MNN] , 

[GTKN] ,  [GSTKN] ,  [UGTKN]  ) ; 

IF  NMPC  <>  0  THEN 

$ 

PERFORM  MPC  REDUCTION  $ 

$ 

PRINT ( " LOG= ( '  MPC  REDUCTION ' ) " ) ; 

CALL  GREDUCE  (  [KGG],  [PG] ,  [PGMN(BC) ] ,  tTMN{BC) ] ,  [KNN],  [PN]  ); 

IF  BMASS  <>  0  CALL  GREDUCE  (  [MGG] , , IPGMN(BC) ] ,  [TMN(BC) ] ,  [MNN]  ) ; 
IF  BSAERO  <>  0  THEN 

CALL  GREDUCE  (,  [GTKG] ,  [PGMN(BC)],  [TMN(BC)],  ,  [GTKN]); 

CALL  GREDUCE  (,  [GSTKG] ,  [PGMN(BC)],  [TMN(BC) ] ,  ,  [GSTKN]); 

ENDIF; 
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STAT 

LEVL 

461 

5! 

462 

6! 

463 

5! 

464 

5!$ 

465 

5!$ 

466 

5!$ 

467 

5! 

468 

5! 

469 

5! 

470 

5! 

471 

6! 

472 

6! 

473 

6! 

474 

5! 

475 

5i 

476 

4!$ 

477 

4!$ 

478 

4!$ 

479 

4! 

480 

4! 

481 

4! 

482 

4! 

483 

4> 

484 

4! 

485 

4!$ 

486 

4!$ 

487 

4!$ 

488 

4i 

489 

4! 

490 

4!$ 

491 

4! 

492 

5! 

493 

4! 

494 

5i$ 

495 

5!$ 

496 

5!$ 

497 

5! 

498 

5! 

499 

5! 

500 

5! 

501 

5! 

502 

6! 

503 

6! 

504 

6! 

505 

51 

506 

6! 

507 

5! 

508 

5!$ 

509 

5!$ 

510 

5!$ 

511 

5! 

512 

5! 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0 

CALL  GREDUCE  { ,  lUGTKG] ,  [PGMN(BC) ] ,  [TMN(BC) ] ,  , [UGTKN]  ) ; 


NO  MFC  REDUCTION  $ 

$ 

[KNN]  :=  [KGG]; 

IF  BLOAD  <>  0  [PN]  ;=  [PG] ; 

IF  BMASS  <>  0  [MNN]  : =  [MGG] ; 

IF  BSAERO  <>  0  THEN 
[GTKN]  :=  [GTKG3; 

[GSTKN]  :=  [GSTKG] ; 

ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKN]  :=  [UGTKG] ; 
ENDIF; 


$ 

PERFORM  AUTOSPC  CALCULATIONS  ON  THE  KNN  MATRIX  $ 

$ 

PRINT ( "LOG= ( '  AUTOSPC  COMPUTATIONS ' ) “ ) ; 

CALL  GPSP  (  NITER,  BCID,  NGDR,  [KNN],  BGPDT(BC),  [YS(BC)], 

USET(BC),  GPST{BC)  ) ; 

CALL  MKPVECT  (USET(BC),  [PGMN{BC) ] ,  [PNSF(BC)], 

[PFOA(BC)],  [PARL(BC)3  ); 

CALL  BOUNDUPD  (  BCID,  GSIZE,  ESIZE(BC>,  USET(BC) ,  NSPC,  NOMIT,  NRSET  ); 


FOR  SENSITIVITY  ANALYSIS,  SAVE  A  COPY  OF  THE  PRE-GDR  PART.  VECTS. 

CALL  MKPVECT  (  USET{BC) ,  [PGMNS(BC)],  [PNSFS(BC)], 

[PFOAS(BC)],  [PARLS(BC)]  ); 


$ 

$ 

$ 


IF  NUMOPTBC  >  1  CALL  NULLMAT 
IF  NSPC  <>  0  THEN 


[KFF],  [PF],  [MFF] ,  [GTKF] , 
[UGTKF]  ) ; 


[GSTKF] , 


$ 


$ 

PERFORM  SPC  REDUCTION  $ 

$ 

PRINT  ( *•  LOG=  { '  SPC  REDUCTION ' )  "  )  ; 

CALL  NREDUCE  (  [KNN],  [PN] ,  [PNSF{BC)3,  [YS(BC)],  [KFF],  [KFS] , 

[KSS],  [PF],  [PS]  ); 

IF  BMASS  <>  0  CALL  NREDUCE  (  [MNN],  ,  [PNSF(BC)],  ,  [MFF]  ) ; 

IF  BSAERO  <>  0  THEN 

CALL  NREDUCE  {  ,  [GTKN] ,  [PNSF(BC)],  ,  ,  ,  ,  [GTKF]  }; 

CALL  NREDUCE  (  ,  [GSTKN],  [PNSF{BC)],  ,  ,  ,  ,  [GSTKF]  ) ; 

ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0 

CALL  NREDUCE  { , [UGTKN] ,  [PNSF (BC) ],,,,,  [UGTKF] ) ; 

ELSE 


NO  SPC  REDUCTION 

[KFF]  :=  [KNN]; 

IF  BLOAD  <>  0  [PF]  :=  [PN] ; 


$ 

$ 

$ 


56 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

513 

LEVL 

5! 

IF  BMASS  <>  0  [MFF]  :=  [MNN] ; 

514 

5! 

IF  BSAERO  <>  0  THEN 

515 

6! 

[GTKF]  :=  [GTKN3; 

516 

6! 

[GSTKF]  :=  [GSTKN] ; 

517 

6! 

ENDIF; 

518 

5! 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKF]  :=  [UGTKN] ; 

519 

5! 

ENDIF; 

520 

4!$ 

$1 

521 

4! 

IF  NUMOPTBC  >  1  CALL  NULLMAT  (  [KAA] ,  [PA] ,  [MAA] , 

522 

5! 

[KAAA]  ,  [PAA]  ,  [UGTKA]  )  ; 

523 

4!$ 

$! 

524 

4  1 

IF  NGDR  <>  0  THEN 

525 

5!$ 

$! 

52  6 

5!$ 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION  WHICH  IS  DISCIPLINE 

$! 

527 

5!$ 

INDEPENDENT.  THE  RESULTING  [GSUBO]  MATRIX  WILL  BE  USED  BY 

$! 

528 

5!$ 

ALL  DISCIPLINES 

$! 

529 

5!$ 

$! 

530 

5! 

PRINT ( “ LOG= ( '  DYNAMIC  REDUCTION ' ) " ) ; 

531 

5!$ 

$! 

532 

51$ 

OBTAIN  THE  OMITTED  DOF  PARTITION  OF  KFF  AND  MFF 

$I 

533 

5!$ 

$! 

534 

5! 

CALL  PARTN  (  [KFF],  [KOO] ,  ,  [KOA] ,  ,  [PFOA(BC)]  ); 

535 

5! 

CALL  PARTN  (  [MFF],  [MOO],  ,  ,  ,  [PFOA(BC) ]  ); 

536 

5! 

ASIZE  :=  GSIZE  -  NMPC  -  NSPC  -  NOMIT; 

537 

5! 

LSIZE  :=  ASIZE  -  NRSET; 

538 

5! 

CALL  GDRl  (  [KOO],  [MOO],  [KSOO] ,  [GGO] ,  LKSET,  LJSET,  NEIV, 

539 

5! 

FMAX,  BCID,  BGPDT{BC),  USET(BC),  NOMIT,  LSIZE  ); 

540 

5!$ 

$! 

541 

5!$ 

LKSET  MEANING 

$! 

542 

51$ 

<>  0  APPROX.  MODE  SHAPES  SELECTED 

$! 

543 

51$ 

=0  NO  APPROX.  MODE  SHAPES  IN  GDR 

$! 

544 

51$ 

$J 

545 

5! 

IF  LKSET  <>  0  THEN 

546 

6! 

CALL  SDCOMP  {  [KSOO],  [LSOO] ,  USET(BC) ,  SINGOSET  ) ; 

547 

6! 

CALL  GDR2  {  [LSOO] ,  [MOO] ,  [PHIOK] ,  LKSET,  LJSET, 

548 

6! 

NEIV,  FMAX,  BCID  ) ; 

549 

6! 

ENDIF; 

550 

5! 

CALL  GDR3  (  [KOO],  [KOA] ,  [MGG] ,  [PHIOK],  [TMN(BC) ] ,  [GGO], 

551 

5! 

[PGMN(BC)],  [PNSF(BC)],  [PFOA(BC) ] ,  [GSUBO(BC)], 

552 

5! 

BGPDT(BC),  USET(BC), 

553 

5! 

LKSET,  LJSET,  ASIZE,  GNORM,  BCID  ) ; 

554 

5! 

CALL  GDR4  (  BCID,  GSIZE,  PSIZE(BC) ,  LKSET,  LJSET, 

555 

5! 

[PGMN(BC>],  [TMN{BC)],  [PNSF{BC)],  [PFOA(BC)], 

556 

5! 

[PARL(BC)],  [PGDRG(BC)],  [PAJK] ,  [PFJK] ,  BGPDT(BC) , 

557 

5! 

USET(BC)  ); 

558 

5! 

ENDIF; 

559 

4!$ 

$! 

560 

4! 

IF  BLOAD  <>  0  OR  BMODES  <>  0  OR  BFLUTR  <>  0  OR  BDYN  <>  0  THEN 

561 

51$ 

$! 

562 

51$ 

REDUCE  THE  MATRICES  WITHOUT  AEROELASTIC  CORRECTIONS 

$! 

563 

5!$ 

$! 

564 

5! 

IF  NGDR  <>  0  THEN 

57 


Standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 


565 

6!$ 

$ 

566 

6!$ 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION 

$ 

567 

6!$ 

$ 

568 

6! 

PRINT ( -LOG= { '  SYMMETRIC  DYNAMIC  REDUCTION' ) " ) ; 

569 

6!$ 

$ 

570 

6! 

[MAA]  :=  TRANS  (  [GSUBO(BC)]  )  *  [  [MFF]  *  [GSUBO{BC)]  ]; 

571 

6! 

[KAA]  :=  TRANS  {  [GSUBO(BC)3  )  *  [  [KFF]  *  [GSUBO(BC)]  ]; 

572 

6! 

IF  BLOAD  <>  0  [PA]  :=  TRANS  (  [GSUBO(BC)]  )  *  [PF] ; 

573 

6! 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  THEN 

574 

7! 

[TMPl]  :=  TRANS  (  [UGTKF]  )  *  [GSUBO(BC)]; 

575 

7! 

CALL  TRNSPOSE  (  [TMPl],  [UGTKA]  ); 

576 

7! 

ENDIF; 

577 

6! 

ELSE 

578 

6! 

IF  NOMIT  <>  0  THEN 

579 

7!$ 

$ 

580 

7!$ 

PERFORM  THE  STATIC  REDUCTION 

$ 

581 

7«$ 

$ 

582 

7! 

PRINT ( "LOG= ( '  STATIC  CONDENSATION ' ) " ) ; 

583 

7!$ 

$ 

584 

7! 

CALL  FREDUCE  (  [KFF] ,  [PF] ,  [PFOA{BC)],  ,  [KOOINV(BC) ] ,  ,  , 

585 

7! 

[GSUBO(BC>],  [KAA],  [PA],  [PO] ,  USET(BC)  ); 

586 

7!$ 

$ 

587 

7! 

IF  BMASS  <>  0  THEN 

588 

85$ 

$ 

589 

8!$ 

PERFORM  GUYAN  REDUCTION  OF  THE  MASS  MATRIX 

$ 

590 

8!$ 

$ 

591 

8! 

CALL  PARTN  (  [MFF],  [MOO],  ,  [MOA] ,  [MAABAR] ,  [PFOA(BC)] 

); 

592 

8! 

[MAA]  :=  [MAABAR]  +  TRANS {[MOA])  *  [GSUBO(BC)]  + 

593 

8! 

TRANS ( [GSUBO(BC) ] )  *  [MOA]  + 

594 

8! 

TRANS ( [GSUBO(BC) ] )  *  [  [MOO]  *  [GSUBO(BC)]  ]; 

595 

8! 

IF  NRSET  <>  0  [IFM(BC)]  :=  [MOO]  *  [GSUBO(BC)]  +  [MOA] ; 

596 

8! 

ENDIF; 

597 

7! 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  THEN 

598 

8! 

CALL  ROWPART  (  [UGTKF],  [UGTKO] ,  [UGTKAB] ,  [PFOA(BC)]  ); 

599 

8! 

[TMPl]  :=  TRANS(  [UGTKO]  )  *  [GSUBO(BC)]; 

600 

81 

CALL  TRNSPOSE  (  [TMPl],  [TMP2]  ) ; 

601 

8! 

[UGTKA]  :=  [UGTKAB]  +  [TMP2]; 

602 

8! 

ENDIF; 

603 

7! 

ELSE 

604 

75$ 

$ 

605 

7>$ 

NO  F-SET  REDUCTION 

$ 

606 

7!$ 

$ 

607 

7! 

[KAA]  :=  [KFF]; 

608 

7! 

IF  BLOAD  <>  0  [PA]  :=  [PF] ; 

609 

7! 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKA] := [UGTKF] 

610 

7! 

IF  BMASS  <>  0  [MAA]  :=  [MFF] ; 

611 

7! 

ENDIF; 

612 

6! 

ENDIF; 

613 

5!$ 

$ 

614 

5! 

IF  NRSET  <>  0  THEN 

615 

61$ 

$ 

616 

61$ 

PERFORM  THE  SUPPORT  SET  REDUCTION 

$ 

58 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

617 

LEVL 

6!$ 

$! 

618 

6! 

PRINT (" LOG= ( '  SUPPORT  REDUCTION ^ ; 

619 

6! 

IF  NITER  =  1  THEN 

620 

7! 

CALL  PARTN  (  [KAA]  ,  [KRR]  ,  [KLRl  .  ,  [KLL]  ,  [PARL{BC)]  ); 

621 

7! 

CALL  SDCOMP  (  [KLL],  [KLLINV(BC) ] ,  USET(BC),  SINGLSET  >; 

622 

7! 

CALL  FBS  (  [KLLINV(BC) ] ,  [KLR] ,  [D(BC)],  ~1  >; 

623 

7! 

CALL  RBCHECK  (  BCID,  USET(BC) ,  BGPDT(BC) ,  [D(BC)],  [KLL], 

624 

7! 

[KRR] ,  [KLR]  ) ; 

625 

7! 

ELSE 

626 

7! 

IF  BLOAD  <>  0  THEN 

627 

8! 

CALL  PARTN  (  [KAA] ,  ,  [KLR],  ,  [KLL],  [PARL(BC)]  ) ; 

628 

8! 

CALL  SDCOMP  (  [KLL],  [KLLINV(BC) ] ,  USET(BC) ,  SINGLSET  ) ; 

629 

8! 

ENDIF; 

630 

7! 

ENDIF; 

631 

6!$ 

$! 

632 

6!$ 

CALCULATE  THE  REDUCED  MASS  MATRIX 

$! 

633 

6!$ 

$! 

634 

6? 

CALL  PARTN  ( [MAA] ,  [MRRBAR] ,  [MLR],  ,  [MLL] ,  [PARL(BC)]); 

635 

6! 

[IFR(BC)1  :=  [MLL]  *  [D(BC) ]  +  [MLR]; 

636 

6! 

[MRR(BC)1  :=  [MRRBAR]  +  TRANS  (  [MLR]  )  *  [D(BC)]  + 

637 

6! 

TRANS  (  [D(BC)]  )  *  EIFR(BC)]; 

638 

6! 

[R22]  :=  TRANS  (  [D(BC) ]  )  *  [MLR]  +  [MRRBAR]; 

639 

6!$  • 

$! 

640 

6! 

IF  BLOAD  <>  0  THEN 

641 

7!$ 

$J 

642 

7!$ 

PROCESS  STATICS  WITH  INERTIA  RELIEF 

$! 

643 

7!$ 

$! 

644 

7! 

PRINT  ( 

645 

7! 

-LOG= ( '  »>DISCIPLINE :  STATICS ( INERTIA  RELIEF) ' ) “ ) 

;  ! 

646 

7! 

CALL  ROWPART  (  [PA],  [PR],  [PLBAR] ,  [PARL<BC) ]  ); 

647 

7! 

[LHS(BC)]  :=  [MRR(BC)]; 

648 

7! 

[RHS(BC)]  :=  TRANS ( [D(BC) ] )  *  [PLBAR]  +  [PR]; 

649 

7! 

CALL  INERTIA  (  [LHS(BC)],  [RHS{BC)],  [AR]  ); 

650 

7! 

[AL]  :=  ED(BC)]  *  [AR] ; 

651 

7! 

CALL  ROWMERGE  (  [AA] ,  [AR] ,  [AL] ,  [PARL(BC) ]  ); 

652 

7! 

[RHS(BC)]  :=  [PLBAR]  -  [IFR(BC)]  *  [AR] ; 

653 

7! 

CALL  FBS  (  [KLLINV(BC) ] ,  [RHS(BC)],  [UL]  ); 

654 

7! 

CALL  YSMERGE  (  [UA] ,  ,  [UL] ,  [PARL(BC)]  ); 

655 

7! 

ENDIF; 

656 

6! 

IF  BMODES  <>  0  THEN 

657 

7! 

PRINT { "LOG= ( '  »>DISCIPLINE :  NORMAL  MODES ' ) “ ) ; 

658 

7! 

CALL  REIG  (NITER,  BCID,  USET(BC) ,  [KAA],  [MAA],  [MRR(BC) ] , 

659 

7! 

[D(BC)],  LAMBDA,  [PHIA] ,  [Mil],  HSIZE(BC)  ); 

660 

7! 

CALL  OFPMROOT  (  NITER,  BCID,  LAMBDA  ) ; 

661 

7! 

CALL  FCEVAL  (  NITER,  BCID,  LAMBDA,  CONST  ) ; 

662 

7! 

ENDIF; 

663 

6! 

ELSE 

664 

6!$ 

$! 

665 

6!$ 

NO  SUPPORT  SET  REDUCTION 

$! 

666 

6!$ 

$! 

667 

6! 

IF  BLOAD  <>  0  THEN 

668 

7! 

PRINT  (  "  LOG=  ( ^  »>DISCIPLINE ;  STATICS ' )  "  )  ; 

59 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 


669 

7! 

CALL  SDCOMP  (  [KAA] ,  IKLLINV(BC) ] ,  USET(BC) ,  SINGASET  ); 

670 

11 

CALL  FBS  (  [KLLINV(BC)  ]  ,  [PA],  [UA]  ); 

671 

11 

ENDIF; 

672 

6! 

IF  BMODES  <>  0  THEN 

673 

7! 

PRINT  { “ LOG=  { '  »>DISCIPLINE :  NORMAL  MODES  ')'*); 

674 

7! 

CALL  REIG  {  NITER,  BCID,  USET(BC),  [KAA],  [MAA]  ,  ,  ,  LAMBDA, 

675 

7! 

[PHIA],  [Mil],  HSIZE(BC)  ); 

676 

7! 

CALL  OFPMROOT  (  NITER,  BCID,  LAMBDA  ) ; 

677 

11 

CALL  FCEVAL  (  NITER,  BCID,  LAMBDA,  CONST  > ; 

678 

11 

ENDIF ; 

679 

6! 

ENDIF; 

680 

5! 

ENDIF; 

681 

4! 

IF  BSAERO  <>  0  THEN 

682 

5!$ 

$ 

683 

5!$ 

PERFORM  STATIC  AEROELASTIC  ANALYSES 

$ 

684 

5!$ 

$ 

685 

5! 

PRINT ( "LOG= { '  SAERO  INITIALIZATION ' ) " ) ; 

686 

5! 

CALL  TRNSPOSE  (  [GSTKF] ,  [GSKF]  ) ; 

687 

5! 

LOOP  :=  TRUE; 

688 

5J 

SUB  : =  0 ; 

689 

5! 

WHILE  LOOP  DO 

690 

6! 

SUB  :=  SUB  +  1; 

691 

6! 

CALL  SAERODRV  (BCID,  SUB,  LOOP,  MINDEX,  SYM,  MACH,  QDP,  1  ); 

692 

6!$ 

$ 

693 

6!$ 

ADJUST  THE  KFF  MATRIX  AND  DETERMINE  THE  RIGID  AIR  LOADS 

$ 

694 

6!$ 

$ 

695 

6! 

IF  SYM  =  1  [AICS]  : =  [GTKF] * (TRANS ( [AICMAT (MINDEX) ] ) * [GSKF] ] ; 

696 

6! 

IF  SYM  =  -1  [AICS]  :=  [GTKF] * [TRANS ( [AAICMAT (MINDEX) ] ) * [GSKF]  ] ; 

697 

6! 

[PAF]  :=  (QDP)  [  [GTKF]  *  [AIRFRC (MINDEX) ]  ]; 

698 

6! 

[KAFF]  [KFF]  -  (QDP)  [AICS]; 

699 

6!$ 

$ 

700 

6!$ 

REDUCE  THE  MATRICES  WITH  AEROELASTIC  CORRECTIONS 

$ 

701 

6!$ 

SAVE  THE  SUBCASE/BC  DEPENDENT  DATA  FOR  SENSITIVITY  ANALYSIS 

$ 

702 

6!$ 

$ 

703 

6! 

IF  NGDR  <>  0  THEN 

704 

7!$ 

$ 

705 

7!$ 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION 

$ 

706 

7!$ 

$ 

707 

11 

PRINT ( "LOG= ( '  SAERO  DYNAMIC  REDUCTION' ) " ) ; 

708 

11 

[MAAA]  ;=  TRANS  (  [GSUBO(BC)]  )  *  [  [MFF]  *  [GSUBO(BC)]  ]; 

709 

7! 

[KAAA]  :=  TRANS  (  [GSUBO{BC) ]  )  *  [  [KAFF]  *  (GSUBO(BC) ]  ]; 

710 

7! 

[PAA]  :=  TRANS  (  [GSUBO(BC)]  )  *  [PAF] ; 

711 

7! 

ELSE 

712 

7! 

IF  NOMIT  <>  0  THEN 

713 

8!$ 

$ 

714 

8!$ 

PERFORM  THE  STATIC  REDUCTION 

$ 

715 

8!$ 

$ 

716 

8! 

PRINT ( "LOG= ( '  SAERO  STATIC  CONDENSATION ' ) " ) ; 

717 

8!$ 

$ 

718 

8! 

IF  NITER  =  1  AND  SUB  =  1  AND  NRSET  <>  0  AND  BLOAD  =  0  AND  ! 

719 

9! 

BMODES  =  0  AND  BFLUTR  =  0  AND  BDYN  =  0  THEN 

1 

720 

92$ 

$! 

60 


Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

721 

LEVL 

9!$ 

FORM  [KAA]  ON  FIRST  PASS  SO  [D]  CAN  BE  FORMED 

$5 

722 

9!$ 

723 

9! 

CALL  FREDUCE  ( [KFF] ,  ,  [PFOA(BC)],  ,  [KOOINV(BC) ] ,  ,  , 

724 

9! 

[GSUBO(BC)],  [KAA],  ,  ,  USET{BC)  }; 

725 

9! 

ENDIF; 

726 

8!$ 

$5 

727 

8! 

CALL  FREDUCE  (  [KAFF] ,  [PAF] ,  [PFOA(BC) ] ,  BSAERO, 

728 

8! 

[KOOL<BC,SUB} ] ,  [KOOU(BC,SUB) 3 , 

729 

8! 

[KAO(BC,SUB> 3 ,  [GASUBO(BC,SUB) ] ,  [KAAA] , 

730 

8! 

[PAA] ,  [POARO(BC,SUB) 3 ,  USET(BC) ) ; 

731 

8!$ 

$5 

732 

8! 

IF  BMASS  <>  0  THEN 

733 

9!$ 

$! 

734 

9!$ 

PERFORM  GUYAN  REDUCTION  OF  THE  MASS  MATRIX 

$5 

735 

9!$ 

$J 

736 

9! 

CALL  PARTN  {  [MFF]  ,  [MOO]  ,  ,  [MOA]  ,  [MAABAR]  , 

737 

9! 

[PFOA(BC)]  ); 

738 

9! 

[MAAA]  [MAABAR]  +  TRANS  (  [MOA]  )  *  [ GASUBO  ( BC ,  SUB )  ]  + 

739 

9! 

TRANS(  [GASUBO{BC,SUB)  3  )  *  [MOA]  + 

740 

9! 

TRANS([GASUBO{BC,SUB)])  *  [[MOO]  * 

741 

9! 

[GASUBO(BC,SUB) ] ] ; 

742 

95 

IF  NRSET  <>  0 

743 

10! 

[IFMA(BC,SUB) 3  :=  [MOO] * [GASUBO (BC, SUB) ]  +  [MOA]  , 

744 

9! 

ENDIF; 

745 

8! 

ELSE 

746 

85$ 

$5 

747 

8!$ 

NO  F-SET  REDUCTION 

$1 

748 

85$ 

$5 

749 

8! 

IF  NITER  =  1  AND  SUB  =  1  AND  NRSET  <>  0  AND  BLOAD  =  0  AND  ! 

750 

9! 

BMODES  =  0  AND  BFLUTR  =  0  AND  BDYN  =  0  THEN 

751 

9!$ 

$ 

752 

95$ 

FORM  [KAA]  ON  FIRST  PASS  SO  [D]  CAN  BE  FORMED 

$ 

753 

95$ 

$ 

754 

95 

[KAA]  :=  [KFF]; 

755 

95 

ENDIF; 

756 

85 

[KAAA]  :=  [KAFF]  ; 

757 

85 

[MAAA]  [MFF]; 

758 

8! 

[PAA]  :=  [PAF]; 

759 

8! 

ENDIF; 

760 

7! 

ENDIF; 

761 

6!$ 

$ 

762 

6! 

IF  NRSET  <>  0  THEN 

763 

75$ 

$ 

764 

75$ 

PERFORM  THE  SUPPORT  SET  REDUCTION 

$ 

765 

75$ 

$ 

766 

7! 

PRINT  ( •*LOG=  ( '  SAERO  SUPPORT  REDUCTION ' )  "  )  ; 

767 

75$ 

$ 

768 

7! 

IF  NITER  =  1  AND  SUB  =  1  AND  BLOAD  =  0  AND  BMODES  =  0  AND 

769 

8! 

BFLUTR  =  0  AND  BDYN  ==  0  THEN 

770 

85$ 

$ 

771 

85$ 

[D]  WAS  NOT  COMPUTED  FOR  NON-SAERO  DISCIPLINES  SO 

$ 

772 

CO 

NEED  TO  COMPUTE  IT  NOW 

$ 

61 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

773 

8!$ 

774 

81 

CALL  PARTN  (  [KAA] ,  [KRR] ,  [KLR] ,  ,  [KLL] ,  [PARL(BC)]  } 

775 

8! 

CALL  SDCOMP  (  [KLL],  [KLLINV(BC) ] ,  USET(BC),  SINGLSET  ); 

776 

8! 

CALL  FBS  (  [KLLINV{BC) ] ,  [KLR],  [D{BC) ] ,  -1  ); 

777 

8! 

CALL  RBCHECK  (  BCID,  aSET(BC),  BGPDT{BC) ,  [D(BC) ] ,  [KLL] 

778 

8! 

[KRR] ,  [KLR]  ) ; 

779 

8! 

ENDIF; 

780 

71$ 

781 

71$ 

CALCULATE  THE  REDUCED  MASS  MATRIX 

782 

71$ 

783 

7! 

CALL  PARTN  ( [MAAA] ,  [MRRBAR] ,  [MLR],  ,  [MLL] ,  [PARL(BC)]); 

784 

7! 

[R13{BC,SUB>]  :=  [MLL]  *  [D(BC)]  +  [MLR]; 

785 

7! 

[R33]  ;=  [MRRBAR]  +  TRANS  (  [MLR]  )  *  [D(BC)]  + 

786 

7! 

TRANS  (  [D(BC)]  )  *  [R13 (BC, SUB) ] ; 

787 

7! 

[R22]  ;=  TRANS  (  [D(BC)]  )  *  [MLR]  +  [MRRBAR]; 

788 

7! 

CALL  TRNSPOSE  (  [R13 {BC, SUB) ] ,  [R21(BC,SUB)]  ) ; 

789 

71$ 

790 

71$ 

PROCESS  STEADY  AEROELASTIC  DISCIPLINE 

791 

71$ 

792 

71 

PRINT ( "LOG= ( '  »>DISCIPLINE :  STEADY  AERO ' ) " ) ; 

793 

71 

CALL  PARTN  (  [KAAA] ,  [KARR],  [R12 {BC, SUB) ] ,  [KARL],  [Rll] , 

794 

7! 

[PARL{BC)]  ); 

795 

71 

[R32{BC,SUB)]  :=  TRANS  ([D  {BO]  )  *  [R12  {BC,  SUB)  ]  +  [KARR]; 

796 

71 

[R31{BC,SUB) ]  :=  TRANS { [D (BC) ] )  *  [Rll]  +  [KARL] ; 

797 

71$ 

798 

7! 

CALL  DECOMP  {  [Rll],  [RLll {BC, SUB) ] ,  [RUll {BC, SUB) ]  ) ; 

799 

71$ 

800 

71 

CALL  ROWPART  {  [PAA]  ,  [PARBAR]  ,  [PAL],  [PARL(BC)]  ); 

801 

7! 

CALL  GFBS  (  [RLll {BC, SUB) ] ,  [RUll (BC, SUB) ] ,  [PAL], 

802 

7! 

[R11PAL{BC,SUB) ] ,  -1); 

803 

71 

[PRIGID]  :=  [PARBAR]  +  TRANS ( [D (BC) ) )  *  [PAL] ; 

804 

7! 

[PI]  :=  [R21{BC,SUB) ]  *  [RllPAL (BC, SUB) ] ; 

805 

71 

[P2]  :=  [PRIGID]  +  [R31 {BC,SUB) ]  *  [RllPAL (BC, SUB) ] ; 

806 

71$ 

807 

71 

CALL  GFBS  (  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ] ,  [R12 (BC, SUB) ] , 

808 

7! 

[R1112 {BC,SUB) ] ,  -1); 

809 

71 

CALL  GFBS  (  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ] ,  [R13 (BC, SUB) ] , 

810 

71 

[R1113 (BC,SUB) ] ,  -1) ; 

811 

7! 

CKll]  :=  [R22]  +  (R21{BC,SUB)]  *  [R1112 (BC, SUB) ] ; 

812 

7! 

[K12(BC,SUB)]  :=  [R21 (BC, SUB) ]  *  [R1113 (BC , SUB) ] ; 

813 

71 

[K21{BC,SUB) ]  [R32 (BC, SUB) ]  + 

814 

71 

[R31{BC,SUB) ]  *  [R1112(BC,SUB) ] ; 

815 

71 

tK221  ;=  [R33]  +  [R31{BC,SUB) 1  *  [R1113 (BC, SUB) ] ; 

816 

71$ 

817 

7! 

CALL  DECOMP  {  [Kll] ,  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ]  ); 

818 

7! 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ] ,  [PI], 

819 

7! 

[PAR(BC,SUB) 3  ); 

820 

71 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ] ,  [K12 (BC, SUB) ] , 

821 

71 

[K1112 (BC,SUB) ] ,“1)  ; 

822 

71 

[LHSA(BC,SUB) ]  :=  [K22]  +  [K21 (BC, SUB) ]  *  [K1112{BC,SUB)]; 

823 

7! 

[RHSA(BC,SUB) ]  :=  [P2]  -  [K21 (BC , SUB) ]  *  [PAR (BC, SUB) ] ; 

824 

7! 

CALL  SAERO  (  NITER,  BCID,  MINDEX,  SUB,  SYM,  QDP,  STABCF, 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

825 

7! 

BGPDT(BC),  [LHSA(BC,SUB) ] ,  [RHSA{BC, SUB) ] ,  [AAR], 

826 

7! 

IDELTA<SUB) ] ,  [FRIGID],  [R33] , 

827 

71 

CONST,  AEFLG(SUB),  [AARC] ,  [DELC] ) ; 

828 

7! 

[AAL]  :=  [D(BC)]  *  [AAR] ; 

829 

7! 

CALL  ROWMERGE  {  [AAA(SUB) ] ,  [AAR],  [AAL],  [PARL(BC)]  }; 

830 

7! 

[UAR]  :=  [K1112 (BC,SUB) ]  *  [AAR]  +  [PAR{BC, SUB) ]  * 

831 

7! 

[DELTA (SUB) ] ; 

832 

7! 

[UAL]  :=  [R1112 (BC,SUB) ]  *  [UAR]  +  [R1113 (BC , SUB) ]  *  [AAR] 

833 

7! 

-  [R11PAL(BC,SUB) ]  *  [ DELTA ( SUB )] ; 

834 

71 

CALL  ROWMERGE  (  [UAA(SUB)],  [UAR],  [UAL],  [PARL(BC) ]  ); 

835 

71 

IF  NOMIT  <>  0  [PAO(SUB)]  :=  [POARO (BC, SUB) ]  *  [ DELTA ( SUB ) ]  ; 

836 

7! 

IF  AEFLG(SUB)  THEN 

837 

8! 

[AAL]  :=  [D(BC)3  *  [AARC]; 

838 

8! 

CALL  ROWMERGE  {  [AAAC(SUB)],  [AARC],  [AAL],  [PARL(BC)]  ) ; 

839 

8! 

[UAR]  ;=  [K1112(BC,SUB)]  *  [AARC]  +  [PAR (BC, SUB) ]  * 

840 

81 

[DELC] ; 

841 

8! 

[UAL]  :=  [R1112 (BC,SUB) ]  *  [UAR]  + 

842 

81 

[R1113(BC,SUB)]  *  [AARC]  - 

843 

8! 

[R11PAL(BC,SUB) ]  *  [DELC] ; 

844 

8! 

CALL  ROWMERGE  (  [UAAC(SUB)],  [UAR],  [UAL],  [PARL(BC)]  ) ; 

845 

8! 

IF  NOMIT  <>  0  [PAOC(SUB)]  :=  [POARO (BC, SUB) ]* [DELC]  ; 

846 

8! 

ENDIF; 

847 

7! 

ELSE 

848 

71$ 

$ 

849 

71$ 

NO  SUPPORT  SET  REDUCTION 

$ 

850 

71$ 

PROCESS  STEADY  AEROELASTIC  DISCIPLINE 

$ 

851 

71$ 

$ 

852 

7! 

PRINT  (  "LOG=  (  '  >»DISCIPLINE :  STEADY  AERO ' )  "  )  ; 

853 

71$ 

$ 

854 

7! 

ENDIF; 

855 

6! 

ENDDO; 

856 

5! 

ENDIF; 

857 

41$ 

$ 

858 

41$ 

PERFORM  ANY  DYNAMIC  ANALYSES  --  NOTE  THAT  THESE  ARE  INDEPENDENT 

$ 

859 

41$ 

OF 

THE  SUPPORT  SET 

$ 

860 

41$ 

$ 

861 

4! 

IF 

BDYN  <>  0  THEN 

862 

5! 

IF  BFLUTR  <>  0  THEN 

863 

6! 

PRINT ( "LOG= ( '  »>DISCIPLINE:  FLUTTER' ) " ) ; 

864 

6! 

SUB  : =  0 ; 

865 

6! 

LOOP  TRUE; 

866 

6! 

WHILE  LOOP  DO 

867 

71 

SUB  :=  SUB  +  1; 

868 

7! 

CALL  FLUTDRV  (  BCID,  SUB,  LOOP  ); 

869 

7! 

CALL  FLUTQHHL  (  NITER,  BCID,  SUB,  ESIZE(BC),  PSI2E(BC) , 

870 

7! 

[QKKL],  [UGTKA],  [PHIA] ,  USET(BC), 

871 

7! 

[TMN(BC)],  [GSUBO(BC)],  NGDR,  AECOMPU,  GEOMUA, 

872 

71 

[PHIKH] ,  [QHHLFL(BC,SUB) ] ,  OAGRDDSP  ) ; 

873 

7! 

CALL  FLUTDMA  (  NITER,  BCID,  SUB,  ESIZE(BC),  PSIZE(BC), 

874 

7! 

BGPDT(BC) ,  USET(BC) ,  [MAA] ,  [KAA] ,  [TMN(BC) ] , 

875 

71 

[GSUBO(BC)],  NGDR,  LAMBDA,  [PHIA], 

876 

7! 

[MHHFL(BC,SUB)] ,  [BHHFL (BC, SUB) ] ,  [KHHFL (BC, SUB) ]  ); 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

877  7! 

878  7! 

879  7! 

880  7! 

881  7! 

882  6! 

883  5!$ 

884  5! 

885  6! 

886  7J 

887  7! 

888  6! 

889  7! 

890  7! 

891  6! 

892  6! 

893  6! 

894  6! 

895  6! 

896  6! 

897  6! 

898  6! 

899  6! 

900  6! 

901  6! 

902  61 

903  6! 

904  6! 

905  6! 

906  6! 

907  6! 

908  5! 

909  4! 

910  5! 

911  5! 

912  5! 

913  5! 

914  5! 

915  5! 

916  5! 

917  5! 

918  5! 

919  5! 

920  5! 

921  5! 

922  5! 

923  5! 

924  5! 

925  5! 

926  5! 

927  5! 

928  5! 


CALL  FLUTTRAN  (  NITER,  BCID,  SUB,  [ QHHLFL ( BC , SUB ) ] ,  LAMBDA, 
HSIZE(BC),  ESIZE{BC),  tMHHFL (BC, SUB) ] , 
[BHHFL(BC,SUB) ] ,  [KHHFL (BC, SUB) ] , 

CLAMBDA,  CONST  ) ; 

ENDDO; 

ENDIF; 

$ 

IF  BDRSP  <>  0  THEN 

IF  BMTR  <>  0  OR  BDTR  <>  0  THEN 

PRINT ( "LOG= ( '  »>DISCIPLINE :  TRANSIENT  RESPONSE' )  " ) ; 

ENDIF; 

IF  BMFR  <>  0  OR  BDFR  <>  0  THEN 

PRINT ( "LOG^ ( '  »>DISCIPLINE:  FREQUENCY  RESPONSE ' ) " ) ; 

ENDIF; 

CALL  QHHLGEN  (BCID,  ESIZE(BC),  EQKKL] ,  [QKJL] ,  [UGTKA] ,  EPHIA] , 
EPHIKH) ,  EQHHL] ,  EQHJL] ) ; 

CALL  DMA  (  NITER,  BC,  ESIZE(BC) ,  PSI2E(BC),  BGPDT(BC) ,  USET(BC), 
EMAA),  [KAA],  [TMN(BC)],  EGSUBO(BC)],  NGDR, 

LAMBDA,  [PHIA] ,  [MDD] ,  (HDD] ,  EKDDT] ,  [KDDP] , 

EMHH) ,  [BHH] ,  [KHHT3 ,  (KHHF]  ) ; 

CALL  DYNLOAD  (  NITER,  BCID,  GSIZE,  ESIZE(BC),  PSIZE(BC),  SMPLOD, 
BGPDT(BC),  USET(BC),  ETMN(BC)],  [GSUBO(BC)], 

NGDR,  [PHIA] ,  EQHJL] ,  EPDT] ,  [PDF] , 

EPTGLOAD],  EPTHLOAD] ,  EPFGLOAD] ,  EPFHLOAD]  ); 

CALL  DYNRSP  (BCID,  ESIZE(BC),  EMDD] ,  [BDD] ,  EKDDT],  EKDDF] , 

EMHH] ,  EBHH] ,  (KHHT] ,  EKHHF] ,  EPDT] ,  EPDF] , 

EQHHL],  [UTRANA],  EUFREQA] ,  EUTRANI] ,  EUFREQI] , 
EUTRANE] ,  EUFREQE]  ) ; 

IF  BMTR  <>  0  EUTRANA]  :=  [PHIA]  *  EUTRANI]; 

IF  BMFR  <>  0  EUFREQA]  ;=  [PHIA]  *  [UFREQI]  ; 

ENDIF; 

ENDIF; 

IF  BBLAST  <>  0  THEN 

PRINT (  *LOG=  ( '  >»DISCIPLINE:  BLAST' )  ")  ; 

CALL  BLASTFIT  (  BCID,  [QJJL] ,  [MATTR] ,  [MATSS] ,  BQDP,  [BFRC] , 
[DWNWSH],  HSIZE(BC),  [ID23 ,  [MPART] ,  [UGTKA], 
EBLGTJA] ,  EBLSTJA]  )  ; 

CALL  COLPART  (  [PHIA],  ,  [PHIE] ,  [MPART]  ) ; 

CALL  ROWMERGE  (  [PHIR] ,  [ID23 ,  ED(BC)],  EPARL(BC)]  ); 

CALL  COLMERGE  (  [PHIB] ,  [PHIR] ,  [PHIE] ,  [MPART]  ) ; 

[GENM]  :=  TRANS (  [PHIB]  )  *  [  [MAA]  *  [PHIB]  ]; 

[GENK]  :=  TRANS(  [PHIB]  )  *  [  [KAA]  *  [PHIB]  ]; 

EDTSLP]  :=  TRANS  (  [BLSTJA]  )  *  [PHIB]; 

[FTF]  ;=  TRANS  (  [PHIB]  )  *  [BLGTJA] ; 

[GENF]  :=  (BQDP)  [FTF]  *  [BFRC] ; 

[GENFA]  :=  (BQDP)  [FTF]  *  [MATSS]; 

[GENQ]  :=  [GENFA]  *  [DTSLP] ; 

EGENQL]  :=  (BQDP)  [FTF]  *  [MATTR]; 

CALL  PARTN  (  [GENQ]  ,  [QRR]  ,  ,  [QRE]  ,  [QEE]  ,  [MPART]  )  ; 

CALL  PARTN  (  [GENK]  ,  ,  ,  ,  [KEE]  ,  [MPART]  )  ; 

[KEQE]  :=  [QEE]  +  [KEE] ; 

CALL  DECOMP  (  [KEQE],  [LKQ] ,  [UKQ]  ); 


64 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

929 

5! 

930 

5! 

931 

5! 

932 

5! 

933 

5! 

934 

5! 

935 

5! 

93  6 

5! 

937 

5! 

938 

4!$ 

939 

4!$ 

940 

4!$ 

941 

4! 

942 

4! 

943 

4! 

944 

5!$ 

945 

5!$ 

946 

5!$ 

947 

5!$ 

948 

5! 

949 

5! 

950 

6! 

951 

6! 

952 

6! 

953 

6! 

954 

7! 

955 

7! 

956 

7! 

957 

7i 

958 

6! 

959 

5! 

960 

61 

961 

7! 

962 

71 

963 

7! 

964 

71$ 

965 

71$ 

966 

71$ 

967 

71$ 

968 

7! 

969 

71 

970 

8! 

971 

81 

972 

81 

973 

8! 

974 

8! 

975 

71 

976 

81 

977 

81 

978 

81 

979 

81 

980 

8! 

CALL  ROWPART  (  [GENF] ,  [GFR] ,  [GFE] ,  [MPART]  ) ; 

CALL  GFBS  (  [LKQ] ,  [UKQ] ,  IGFE] ,  [BTEM]  ) ; 

[DELM]  :=  -[QRE]  *  [STEM]  +  [GFR] ; 

CALL  BLASTRIM  (  BCID,  [DELM],  [MRR{BC) ] ,  [URDB] ,  [DELB]  ); 

[ELAS]  :=  [BTEM]  *  [DELB] ; 

[SLPMOD]  :=  TRANS  (  [BLSTJA]  )  *  [PHIE] ; 

CALL  BLASTDRV  (  BCID,  [GENM]  ,  [GENK]  ,  [GENFA]  ,  [GENQL]  ,  [DELB]  , 
[URDB],  [DWNWSH],  [SLPMOD],  [ELAS],  [UBLASTI]  ) ; 

ENDIF; 

$ 

BEGIN  THE  DATA  RECOVERY  OPERATIONS  $ 

$ 

PRINT ( " LOG= ( '  DATA  RECOVERY ' ) " )  ; 

IF  NUMOPTBC  >  1  CALL  NULLMAT  { [UF] ,  [AF] ,  [PHIF] ,  [UTRANF] ,  [UFREQF] ) ; 
IF  NGDR  <>  0  THEN 

$ 

DATA  RECOVERY  WITH  GDR  $ 

APPEND  THE  GDR- GENERATED  DOFS  TO  THE  F-SET  $ 

$ 

PRINT { "LOG= ( '  DYNAMIC  REDUCTION  RECOVERY ' ) " ) ; 

IF  BLOAD  <>  0  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [UA] ; 

CALL  ROWPART  (  [UA] ,  [UJK] ,  ,  [PAJK]  ) ; 

CALL  ROWMERGE  (  [UF] ,  [UJK],  [UFGDR],  [PFJK]  ); 

IF  NRSET  <>  0  THEN 

[AFGDR]  :=  [GSUBO(BC)l  *  [AA] ; 

CALL  ROWPART  (  [AA]  ,  [UJK],  ,  [PAJK]  ); 

CALL  ROWMERGE  (  [AF] ,  [UJK],  [AFGDR],  [PFJK]  ); 

ENDIF; 


ENDIF; 

IF  BSAERO  <>  0  THEN 
FOR  S  =  1  TO  SUB  DO 

[UFGDR]  :=  [GSUBO(BC)]  *  [UAA(S) ] ; 

CALL  ROWPART  (  [UAA(S}],  [UJK],  ,  [PAJK]  ) ; 

CALL  ROWMERGE  (  [UAFTMP]  ,  [UJK],  [UFGDR],  [PFJK]  ); 

$ 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE  $ 
MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY  $ 

$ 

CALL  SAEROMRG  (  BCID,  S,  [UAF] ,  [UAFTMP]  ) ; 

IF  NRSET  <>  0  THEN 

[AFGDR]  ;=  [GSUBO(BC)]  *  [AAA(S)]; 

CALL  ROWPART  (  [AAA(S)],  [UJK],  ,  [PAJK]  ); 

CALL  ROWMERGE  (  [AAFTMP] ,  [UJK] ,  [AFGDR] ,  [PFJK]  ) ; 

CALL  SAEROMRG  (  BCID,  S,  [AAF] ,  [AAFTMP]  ) ; 

ENDIF; 

IF  AEFLG(S)  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [UAAC(S)]; 

CALL  ROWPART  (  [UAAC(S)],  [UJK],  ,  [PAJK]  ); 

CALL  ROWMERGE  (  [UAFC(S)],  [UJK],  [UFGDR],  [PFJK]  >; 

[AFGDR]  ;=  [GSUBO(BC)]  *  [AAAC(S)]; 

CALL  ROWPART  (  [AAAC(S)],  [UJK],  ,  [PAJK]  ); 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

981 

8! 

CALL  ROWMERGE  (  [AAFC(S)],  [UJK] ,  [AFGDR] ,  [PFJK]  ); 

982 

8! 

ENDIF; 

983 

7! 

ENDDO; 

984 

6! 

ENDIF; 

985 

5! 

IF  BMODES  <>  0  THEN 

986 

6! 

[UFGDR]  :=  [GSUBO<BC)  ]  *  [PHIA] ; 

987 

6! 

CALL  ROWPART  (  [PHIA] ,  [UJK] ,  ,  [PAJK]  ) ; 

988 

6! 

CALL  ROWMERGE  (  [PHIF] .  [UJK],  [UFGDR],  [PFJK]  ); 

989 

6! 

ENDIF; 

990 

5! 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

991 

6! 

[UFGDR]  :=  [GSUBO(BC)]  *  [UTRANA]  ; 

992 

6! 

CALL  ROWPART  (  [UTRANA],  [UJK],  ,  [PAJK]  ); 

993 

6! 

CALL  ROWMERGE  {  [UTRANF]  ,  [UJK],  [UFGDR],  [PFJK]  ); 

994 

6! 

ENDIF; 

995 

5! 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

996 

6! 

[UFGDR]  :=  [GSUBO(BC)]  *  [UFREQA] ; 

997 

6! 

CALL  ROWPART  (  [UFREQA],  [UJK],  ,  [PAJK]  )  ; 

998 

6! 

CALL  ROWMERGE  {  [UFREQF]  ,  [UJK],  [UFGDR],  [PFJK]  ); 

999 

6! 

ENDIF; 

1000 

5! 

ELSE 

1001 

5! 

IF  NOMIT  <>  0  THEN 

1002 

6!$ 

$! 

1003 

6!$ 

DATA  RECOVERY  WITH  STATIC  CONDENSATION 

$! 

1004 

61$ 

$! 

1005 

6! 

PRINT ( -LOG= ( '  STATIC  CONDENSATION  RECOVERY ' ) " ) ; 

1006 

6! 

IF  BLOAD  <>  0  THEN 

1007 

7! 

CALL  RECOVA  {  [UA] ,  [PO] ,  [GSUBO{BC)],  NRSET,  [AA] , 

1008 

7! 

[IFM(BC)],  ,  [KOOINV(BC) ] , , [PFOA(BC) ] ,  [UF]  ); 

1009 

7! 

IF  NRSET  <>  0  CALL  RECOVA  (  [AA]  ,  ,  [GSUBO(BC)  ],,,,,,, 

1010 

81 

[PFOA{BC)],  [AF]  ); 

1011 

7! 

ENDIF; 

1012 

6! 

IF  BSAERO  <>  0  THEN 

1013 

7! 

FOR  S  =  1  TO  SUB  DO 

1014 

8! 

CALL  RECOVA  (  [UAA(S)],  [PAO(S)],  [GASUBO (BC, S) ] , 

1015 

8! 

NRSET,  [AAA(S)],  [IFMA(BC, S) ] ,  BSAERO, 

1016 

8! 

[KOOL(BC,S) ] ,  [KOOU(BC,S) ] , 

1017 

8! 

[PFOA(BC)],  [UAFTMP]  ); 

1018 

8!$ 

$! 

1019 

8!$ 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE 

$! 

1020 

8'$ 

MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY 

$! 

1021 

8!$ 

$! 

1022 

8! 

CALL  SAEROMRG  {  BCID,  S,  [UAF] ,  [UAFTMP]  ); 

1023 

8! 

IF  NRSET  <>  0  THEN 

1024 

9! 

CALL  RECOVA  (  [AAA{S) ],, [GASUBO(BC,S) ],,,,,, , 

1025 

9! 

[PFOA(BC)],  [AAFTMP]); 

1026 

9! 

CALL  SAEROMRG  (  BCID,  S,  [AAF] ,  [AAFTMP]  ) ; 

1027 

9! 

ENDIF; 

1028 

8! 

IF  AEFLG(S)  THEN 

1029 

9! 

CALL  RECOVA  (  [UAAC(S)],  [PAOC(S}],  [GASUBO (BC, S) ] , 

1030 

9! 

NRSET,  [AAAC(S)],  [IFMA(BC, S) ] ,  BSAERO, 

1031 

9! 

[KOOL(BC,S) ] ,  [KOOU(BC,S) ] , 

1032 

9! 

[PFOA(BC)],  [UAFC(S)]  ); 
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STAT  LEVL 

1033  9! 

1034  9! 

1035  9! 

1036  8! 

1037  7! 

1038  6! 

1039  7! 

1040  7! 

1041  71 

1042  6! 

1043  7! 

1044  7! 

1045  7! 

1046  6! 

1047  7! 

1048  7J 

1049  7! 

1050  6! 

1051  6!$ 

1052  6!$ 

1053  6!$ 

1054  6! 

1055  71 

1056  71 

1057  7! 

1058  6! 

1059  7! 

1060  81$ 

1061  81$ 

1062  81$ 

1063  81$ 

1064  8! 

1065  81 

1066  81 

1067  91 

1068  91 

1069  91 

1070  81 

1071  71 

1072  61 

1073  6! 

1074  61 

1075  6! 

1076  5! 

1077  41$ 

1078  41 

1079  4! 

1080  51$ 

1081  51$ 

1082  51$ 

1083  5! 

1084  5! 


CALL  RECOVA  (  [AAAC(S) ] , , [GASUBO (BC, S) 
[PFOA(BC>],  [AAFC(S>3); 

ENDIF; 

ENDDO; 

ENDIF; 

IF  BMODES  <>  0  THEN 

[PHIO]  :=  [GSUBO(BC)3  *  [PHIA3 ; 

CALL  ROWMERGE  (  [PHIF3 ,  [PHI03 ,  [PHIA3 ,  [PF0A(BC)3  ); 
ENDIF; 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

CALL  RECOVA  (  [UTRANA3 ,  ,  [GSUBO (BC) 

[PFOA(BC)3/  [UTRANF]  ); 

ENDIF; 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

CALL  RECOVA  (  [UFREQA3 ,  ,  [GSUBO (BC) 3 , 

[PFOA(BC> ] ,  [UFREQF3  ) ; 

ENDIF; 


DATA  RECOVERY  WITHOUT  F-SET  REDUCTION  $ 

$ 

IF  BLOAD  <>  0  THEN 
CUF3  ;=  (UA3; 

IF  NRSET  <>  0  [AF3  :  =  [AA3  ; 

ENDIF; 

IF  BSAERO  <>  0  THEN 
FOR  S  =  1  TO  SUB  DO 

$ 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE  $ 
MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY  $ 

$ 


CALL  SAEROMRG  (  BCID,  S,  [UAF3 ,  [UAA(S)3  ); 

IF  NRSET  <>  0  CALL  SAEROMRG  (  BCID,  S,  [AAF3 , 
IF  AEFLG{S)  THEN 

[UAFC(S)]  :=  [UAAC(S)3; 

[AAFC(S)3  :=  [AAAC(S)3; 

ENDIF; 

ENDDO; 

ENDIF; 

IF  BMODES  <>  0  [PHIF3  :=  [PHIA3 ; 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANF3  :=  [UTRANA] ; 

IF  BDFR  <>  0  OR  BMFR  <>  0  CUFREQF3  :=  [UFREQA] ; 

ENDIF; 

ENDIF; 

IF  NUMOPTBC  >  1  CALL  NULLMAT  (  [UN3  ,  [AN]  ,  [PHIN]  )  ; 

IF  NSPC  <>  0  THEN 

DATA  RECOVERY  WITH  SPC-REDUCTION 

PRINT ( " LOG= ( '  SPC  RECOVERY ' ) " ) ; 

IF  BLOAD  <>  0  THEN 


[AAA(S)3  ); 


$ 


$ 

$ 

$ 
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STAT 

LEVL 

1085 

61 

CALL  YSMERGE  (  [UN],  [YS{BC)],  [UF] ,  [PNSF{BC)]  ); 

1086 

6! 

CALL  OFPSPCF  [  NITER,  BCID,  1,  1,  GSIZE,  ESIZE(BC),  NGDR, 

1087 

6! 

[KFS],  [KSS],  [UF],  [YS(BC)],  [PS], 

1088 

61 

[PNSF(BC)],  (PGMN(BC)],  [PFJK] ,  ,  ,  , 

1089 

61 

BGPDT(BC),  OGRIDLOD  ) ; 

1090 

6! 

IF  NRSET  <>  0  CALL  YSMERGE  (  [AN],  ,  [AF] ,  [PNSF(BC)]  ); 

1091 

61 

ENDIF; 

1092 

51 

IF  BSAERO  <>  0  THEN 

1093 

61 

CALL  YSMERGE  (  [UAN] ,  [YS(BC)],  [UAF] ,  [PNSF(BC)]  > ; 

1094 

6! 

IF  NRSET  <>  0  CALL  YSMERGE  (  [AAN] ,  ,  [AAF] ,  [PNSFCBC)]  ); 

1095 

61 

FOR  S  =  1  TO  SUB  DO 

1096 

7! 

IF  AEFLG(S)  THEN 

1097 

8! 

CALL  YSMERGE  ( [UANC(S)] ,  [YS(BC)],  [UAFC(S}],  [PNSF(BC}]) 

1098 

81 

CALL  YSMERGE  ([AANC(S)],  ,  [AAFC(S)],  [PNSF(BC)]); 

1099 

81 

ENDIF; 

1100 

7! 

ENDDO; 

1101 

6! 

ENDIF; 

1102 

5! 

IF  BMODES  <>  0  THEN 

1103 

61 

CALL  YSMERGE  (  [PHIN] ,  [YS(BC)],  [PHIF] , 

1104 

6! 

[PNSF(BC)]  ); 

1105 

61 

IF  DMODES  <>  0  CALL  OFPSPCF  (  NITER,  BCID,  2,  1,  GSIZE, 

1106 

7  ! 

ESIZE(BC),  NGDR, 

1107 

71 

[KFS],  ,  [PHIF],  ,  , 

1108 

71 

[PNSF(BC)],  [PGMN(BC)],  [PFJK], 

1109 

71 

,  ,  ,  BGPDT (BC) ,  OGRIDLOD  ) ; 

1110 

61 

ENDIF; 

1111 

5! 

IF  BDTR  <>  0  OR  BMTR  <>  0 

1112 

61 

CALL  YSMERGE  (  [UTRANN] ,  [YS(BC)],  [UTRANF]  , 

1113 

6! 

[PNSF(BC)],  BDTR  ) ; 

1114 

51 

IF  BDFR  <>  0  OR  BMFR  <>  0 

1115 

6! 

CALL  YSMERGE  (  [UFREQN] ,  [YS(BC)],  [UFREQF] , 

1116 

61 

[PNSF{BC)],  BDFR  ); 

1117 

5! 

IF  BBLAST  <>  0  THEN 

1118 

61 

[UBLASTF]  [PHIF] * [UBLASTI] ; 

1119 

6! 

CALL  OFPSPCF  (  NITER,  BCID,  8,  1,  GSIZE,  ESIZE(BC),  NGDR, 

1120 

6! 

[KFS],  ,  [UBLASTF],  ,  ,  [PNSF{BC)].  [PGMN(BC) ] , 

1121 

6! 

[PFJK],  ,  ,  ,  BGPDT (BC),  OGRIDLOD  ); 

1122 

61 

ENDIF; 

1123 

51 

ELSE 

1124 

51$ 

1125 

51$ 

DATA  RECOVERY  WITHOUT  SPC-REDUCTION 

1126 

51$ 

1127 

51 

IF  BLOAD  <>  0  THEN 

1128 

61 

[UN]  [UF]; 

1129 

6! 

IF  NRSET  <>  0  [AN]  :=  [AF] ; 

1130 

6! 

ENDIF; 

1131 

5! 

IF  BSAERO  <>  0  THEN 

1132 

6! 

[UAN]  ;=  [UAF]; 

1133 

61 

IF  NRSET  <>  0  [AAN]  : =  [AAF] ; 

1134 

6! 

FOR  S  =  1  TO  SUB  DO 

1135 

7! 

IF  AEFLG(S)  THEN 

1136 

8! 

[UANC(S)]  :=  [UAFC(S)]; 
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STAT 

LEVL 

1137 

8! 

[AANC{S)]  :=  tAAFC(S)]; 

1138 

8! 

ENDIF; 

1139 

7! 

ENDDO; 

1140 

6! 

ENDIF; 

1141 

5! 

IF  BMODES  <>  0  [PHIN]  ;=  [PHIF] ; 

1142 

5! 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANN]  : =  [UTRANA] ; 

1143 

5! 

IF  BDFR  <>  0  OR  BMFR  <>  0  [UFREQN]  : =  [UFREQA] ; 

1144 

5! 

ENDIF; 

1145 

4!$ 

1146 

4! 

IF 

NUMOPTBC  >  1  CALL  NULLMAT  (  tUG{BC)],  [AG(BC)],  [UAG{BC)], 

1147 

5! 

[AAG{BC)],  [PHIG(BC)]  ); 

1148 

4!$ 

1149 

4! 

IF 

NMPC  <>  0  THEN 

1150 

5!$ 

1151 

5!$ 

DATA  RECOVERY  WITH  MPC-REDUCTION 

1152 

5!$ 

1153 

5! 

PRINT ( LOG=  ( '  MPC  RECOVERY ; 

1154 

5! 

IF  BLOAD  <>  0  THEN 

1155 

61 

[UM]  :=  [TMN{BC)]  *  [UN]; 

1156 

6! 

CALL  ROWMERGE  {  [UG(BC)],  [UM] ,  [UN],  [PGMN(BC) ]  ); 

1157 

61 

IF  NRSET  <>  0  THEN 

1158 

7! 

[UM]  :=  [TMN(BC)]  *  [AN] ; 

1159 

7! 

CALL  ROWMERGE  (  [AG(BC)],  [UM]  ,  [AN],  [PGMN{BC) ]  ); 

1160 

7! 

ENDIF; 

1161 

6! 

ENDIF; 

1162 

5! 

IF  BSAERO  <>  0  THEN 

1163 

6! 

[UM]  :=  [TMN(BC)]  *  [UAN] ; 

1164 

61 

CALL  ROWMERGE  (  [UAG(BC)],  [UM] ,  [UAN],  [PGMN(BC) ]  ); 

1165 

6! 

IF  NRSET  <>  0  THEN 

1166 

7! 

[UM]  :=  [TMN(BC)I  *  [AAN] ; 

1167 

7! 

CALL  ROWMERGE  (  [AAG(BC) ] ,  [UM] ,  [AAN] ,  [PGMN{BC) ]  ) ; 

1168 

7! 

ENDIF; 

1169 

6! 

FOR  S  =  1  TO  SUB  DO 

1170 

7! 

IF  AEFLG(S)  THEN 

1171 

8! 

[UM]  :=  [TMN(BC)]  *  [UANC(S)]; 

1172 

8! 

CALL  ROWMERGE  ( [UAGC (BC, S) ] ,  [UM] ,  [UANC(S) ] ,  (PGMN{BC): 

1173 

8! 

[UM]  :=  [TMN(BC)]  *  [AANC(S)]; 

1174 

8! 

CALL  ROWMERGE  { [AAGC (BC, S) ] ,  [UM]  ,  [AANC{S)],  [PGMN(BC): 

1175 

81 

ENDIF; 

1176 

7! 

ENDDO; 

1177 

6! 

ENDIF; 

1178 

5! 

IF  BMODES  <>  0  THEN 

1179 

6! 

[UM]  :=  [TMN(BC)]  *  [PHIN] ; 

1180 

6! 

CALL  ROWMERGE  (  [PHIG(BC)],  [UM] ,  [PHIN],  [PGMN(BC)]  ); 

1181 

6! 

ENDIF; 

1182 

5! 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

1183 

6! 

[UM]  :=  [TMN(BC)]  *  [XITRANN]  ; 

1184 

61 

CALL  ROWMERGE  (  [UTRANG] ,  [UM] ,  [UTRANN],  [PGMN(BC) ]  ); 

1185 

61 

ENDIF; 

1186 

5! 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

1187 

6! 

[UM]  :=  [TMN(BC)3  *  [UFREQN]; 

1188 

6! 

CALL  ROWMERGE  (  [UFREQG] ,  [UM] ,  [UFREQN],  [PGMN(BC)]  ); 

standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

1189 

6! 

ENDIF; 

1190 

5! 

ELSE 

1191 

5!$ 

1192 

5J$ 

DATA  RECOVERY  WITHOUT  MPC-REDUCTION 

1193 

5!$ 

1194 

5! 

IF  BLOAD  <>  0  THEN 

1195 

6! 

[UG(BC)]  :=  lUN]; 

1196 

6! 

IF  NRSET  <>  0  [AG(BC)3  :=  [AN] ; 

1197 

6! 

ENDIF; 

1198 

5! 

IF  BSAERO  <>  0  THEN 

1199 

6! 

[UAG{BC)]  :=  [UANl; 

1200 

6! 

IF  NRSET  <>  0  [AAG(BC)]  :=  [AAN] ; 

1201 

61 

FOR  S  =  1  TO  SUB  DO 

1202 

7! 

IF  AEFLG(S)  THEN 

1203 

8« 

EUAGC(BC,S)]  :=  [UANC(S)]; 

1204 

8i 

[AAGC(BC,S)]  :=  [AANC(S) ] ; 

1205 

8! 

ENDIF; 

1206 

7! 

ENDDO; 

1207 

6! 

ENDIF; 

1208 

5! 

IF  BMODES  <>  0  [PHIG(BC)}  [PHIN] ; 

1209 

5! 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANG]  :=  [UTRANN]  ; 

1210 

5! 

IF  BDFR  <>  0  OR  BMFR  <>  0  [UFREQG]  : =  [UFREQN] ; 

1211 

5! 

ENDIF; 

1212 

4'$ 

1213 

4!$ 

RECOVER  PHYSICAL  BLAST  DISCIPLINE  DISPLACEMENTS 

1214 

4!$ 

1215 

4! 

IF  BBLAST  <>  0  [UBLASTG]  :=  [PHIG(BC)]  *  [UBLASTI] ; 

1216 

4!$ 

1217 

4!$ 

PERFORM  CONSTRAINT  EVALUATION  FOR  STATIC  DISCIPLINES 

1218 

41$ 

1219 

4! 

PRINT ( "LOG= ( '  CONSTRAINT  EVALUATION ' ) " ) ; 

1220 

4! 

IF  BLOAD  <>  0  THEN 

1221 

5! 

CALL  DCEVAL  (  NITER,  BCID,  [UG(BC)],  BGPDT(BC) ,  CONST  ); 

1222 

5! 

CALL  SCEVAL  (  NITER,  BCID,  [UG(BC)],  [SMAT] ,  [NLSMAT] ,  SMATCOL, 

1223 

51 

NLSMTCOL,  TREF,  TREFD,  [GLBSIG] , 

1224 

5i 

[NLGLBSIG],  CONST  ); 

1225 

5! 

ENDIF; 

1226 

4! 

IF  BSAERO  <>  0  THEN 

1227 

5! 

CALL  DCEVAL  {  NITER,  BCID,  [UAG(BC)],  BGPDT(BC),  CONST,  BSAERO  i 

1228 

5! 

CALL  SCEVAL  (  NITER,  BCID,  [UAG(BC) ] ,  [SMAT],  [NLSMAT],  SMATCOL 

1229 

5! 

NLSMTCOL,  TREF,  TREFD,  [GLBSIG] , 

1230 

5! 

[NLGLBSIG] ,  CONST,  BSAERO  ) ; 

1231 

5! 

ENDIF; 

1232 

4J$ 

1233 

4!$ 

HANDLE  OUTPUT  REQUESTS 

1234 

4!$ 

1235 

4! 

PRINT ( "LOG= ( '  OUTPUT  PROCESSING' ) " ) ; 

1236 

41 

IF  BSAERO  <>  0  THEN 

1237 

5i$ 

1238 

51$ 

RECOVER  STATIC  AEROELASTIC  LOADS  DATA 

1239 

51$ 

1240 

5! 

LOOP  :=  TRUE; 
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STAT 

LEVL 

1241 

5! 

1242 

5! 

1243 

6! 

1244 

6! 

1245 

6!$ 

1246 

6!$ 

1247 

6!$ 

1248 

6! 

1249 

7! 

1250 

7! 

1251 

7! 

1252 

7! 

1253 

7! 

1254 

7! 

1255 

7! 

1256 

7! 

1257 

7! 

1258 

8! 

1259 

8! 

1260 

8! 

1261 

8! 

1262 

8! 

1263 

8! 

1264 

8! 

1265 

8! 

1266 

7! 

1267 

6!$ 

1268 

6!$ 

1269 

6!$ 

1270 

6i$ 

1271 

6! 

1272 

7! 

1273 

7! 

1274 

7! 

1275 

7! 

1276 

7! 

1277 

7! 

1278 

8‘ 

1279 

8! 

1280 

8! 

1281 

8! 

1282 

8! 

1283 

7! 

1284 

6! 

1285 

5! 

1286 

4! 

1287 

5! 

1288 

5! 

1289 

51 

1290 

5! 

1291 

6! 

1292 

6! 

SUB  ;=  0; 

WHILE  LOOP  DO 

SUB  :=  SUB  +  1; 

CALL  SAERODRV  (BCID,  SUB,  LOOP,  MINDEX,  SYM,  MACH,  QDP  ); 

$ 

CALL  THE  TRIMMED  LOADS  COMPUTATION  WITH  PROPER  MATRICES  $ 

$ 

IF  SYM  =  1  THEN 

CALL  OFPALOAD  {  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  BGPDT(BC), 
[GTKG],  [GSTKG] ,  QDP,  [AIRFRC (MINDEX) ] , 

(DELTA  (SUB)  ]  ,  [AICMAT  (MINDEX)  ]  , 

[UAG(BC)],  [MGG],  [AAG(BC)],  [KFS] , 

[KSS],  [UAF] ,  [YS(BC)],  EPNSF(BC)], 

[PGMN(BC) 1 ,  [PFJK] ,  NGDR,  USET(BC) , 

OGRIDLOD  ) ; 

ELSE 

IF  SYM  =  -1  THEN 

CALL  OFPALOAD  (  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  BGPDT(BC) , 
[GTKG] ,  [GSTKG] ,  QDP,  [AIRFRC (MINDEX) ] , 
[DELTA (SUB)  ]  ,  [AAICMAT  (MINDEX)  ]  , 

EUAG(BC)],  [MGG],  [AAG(BC)],  [KFS] , 

[KSS],  [UAF],  [YS(BC)1,  [PNSF(BC)], 

EPGMN(BC) ] ,  [PFJK] ,  NGDR,  USET(BC) , 

OGRIDLOD  ); 

ENDIF; 

ENDIF; 

$ 

CALL  TO  COMPUTE  THE  TRIMMED  LOADS/ DISPLACEMENTS  ON  THE  $ 

AERODYNAMIC  MODEL  $ 

$ 

IF  SYM  =  1  THEN 

CALL  OFPAEROM  (  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  GEOMSA, 

[GTKG],  [GSTKG],  QDP,  [AIRFRC (MINDEX) ] , 

[DELTA (SUB) ] ,  [AICMAT (MINDEX) ] , 

[UAG(BC)],  OAGRDLOD,  OAGRDDSP  ) ; 

ELSE 

IF  SYM  =  -1  THEN 

CALL  OFPAEROM  (  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  GEOMSA, 
[GTKG],  [GSTKG],  QDP,  [AIRFRC (MINDEX) ] , 
[DELTA (SUB)  ]  ,  [AAICMAT (MINDEX)  ]  , 

[UAG(BC)],  OAGRDLOD,  OAGRDDSP  ); 

ENDIF; 

ENDIF; 


ENDDO; 

ENDIF; 

IF  BDRSP  <>  0  THEN 

CALL  OFPDLOAD  (  NITER,  BCID,  BGPDT(BC),  PSI2E(BC) ,  ESI2E(BC), 

[ PHIG ( BC ) 1 ,  [ PTGLOAD ] ,  [ PTHLOAD ] ,  [ PFGLOAD ] , 

[PFHLOAD] ,  OGRIDLOD  ) ; 

IF  BDTR  <>  0  OR  BMTR  <>  0 

CALL  OFPSPCF  (  NITER,  BCID,  5,  1,  GSIZE,  ESIZE(BC) , 
NGDR,  [KFS] ,  ,  [UTRANF] ,  ,  , 
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STAT  LEVL 

1293  6! 

1294  6! 

1295  6! 

1296  5! 

1297  6! 

1298  6! 

1299  6! 

1300  6! 

1301  6! 

1302  5! 

1303  4! 

1304  4! 

1305  4! 

1306  4! 

1307  4! 

1308  4! 

1309  4! 

1310  4! 

1311  4! 

1312  4! 

1313  4! 

1314  4J 

1315  4! 

1316  4! 

1317  4! 

1318  3'$ 

1319  3!$ 

1320  3!$ 

1321  3! 

1322  3« 

1323  3! 

1324  3! 

1325  3! 

1326  3! 

1327  3! 

1328  3!$ 

1329  3! 

1330  4!$ 

1331  4!$ 

1332  4!$ 

1333  4! 

1334  5! 

1335  5! 

1336  5! 

1337  5! 

1338  5! 

1339  5! 

1340  4! 

1341  3i$ 

1342  3! 

1343  4!$ 

1344  4!$ 


[PNSF{BC)],  [PGMN(BC)],  [PFJK] , 
[PHIG(BC)],  [PTGLOAD],  [FTHLOAD] , 
BGPDT(BC),  OGRIDLOD  ); 

IF  BDFR  <>  0  OR  BMFR  <>  0 

CALL  OFPSPCF  (  NITER,  BCID,  6,  2,  GSIZE,  ESIZE(BC), 
NGDR,  [KFS] ,  ,  [UFREQF] ,  ,  , 
[PNSF{BC)],  [PGMN(BC)],  [PFJK] , 
[PHIG(BC) ] ,  [PFGLOAD] ,  [PFHLOADj , 
BGPDT(BC),  OGRIDLOD  ); 

ENDIF; 

CALL  OFFLOAD  (  BCID,  NITER,  GSIZE,  BGPDT(BC),  PSIZE(BC), 

EPG]  )  ; 

CALL  OFPDISP  (  BCID,  NITER,  GSIZE,  BGPDT(BC),  ESIZE{BC), 

PSIZE{BC) ,  OGRIDDSP,  IUG(BC} ] ,  [AG(BC) ] ,  [UAG(BC)  } , 
[AAG(BC)3,  [UBLASTG]  ,  ,  [UTRANG]  ,  [UTRANE]  ,  EUFREQG]  , 
EUFREQE] ,  LAMBDA,  [PHIG(BC)]  ); 

CALL  EDR  (  BCID,  NITER,  NDV,  GSIZE,  EOSUMMRY,  EODISC, 

GLBDES ,  LOCLVAR ,  [ PTRANS ] , 

[UG{BC}),  [UAG(BC)],  ,  [UTRANG],  [UFREQG] ,  CPHIG(BC)]  ) ; 

CALL  PBKLEVAL  (  BCID,  NITER,  NDV,  GLBDES,  LOCLVAR,  [PTRANS],  CONST, 
PDLIST,  OPNLBUCK  ) ; 

CALL  EBKLEVAL  (  BCID,  NITER,  NDV,  GLBDES,  LOCLVAR,  [PTRANS],  CONST, 
FDSTEP,  OEULBUCK  ) ; 

CALL  OFPEDR  (  BCID,  HSIZE(BC) ,  NITER  ); 

ENDDO; 

$ 

SELECT  ACTIVE  CONSTRAINTS  $ 

$ 

CALL  FNEVAL  (  NITER,  CONST  ) ; 

PRINT  ( '■  LOG=  ( '  CONSTRAINT  SCREENING  M  "  )  ; 

CALL  WOBJGRAD  (  NITER,  NDV,  GLBDES,  DWGHl,  DDWGH2  ); 

CALL  ACTCON  (  NITER,  MAXITER,  NRFAC,  NDV,  GLBDES,  LOCLVAR,  [PTRANS], 

EPS,  APPCNVRG,  GLBCNVRG, 

CTL,  CTLMIN,  CONST,  [AMAT] ,  DESHIST,  PFLAG,  OLOCALDV  ); 
CALL  DESPUNCH  (  NITER,  PFLAG,  OLOCALDV  ); 

$ 

IF  GLBCNVRG  OR  NITER  >  MAXITER  THEN 

$ 

LAST  ITERATION  OUTPUT  $ 

$ 

FOR  BC  =  1  TO  NUMOPTBC  DO 

CALL  BCIDVAL  (  BC,  CASE,  BCID  ) ; 

CALL  OFPMROOT  (  NITER,  BCID,  LAMBDA,  1  ) ; 

CALL  OFPDISP  (  BCID,  NITER,  GSIZE,  BGPDT(BC),  ESIZE(BC), 

PSIZE (BC) ,  OGRIDDSP, ,,,,,,,,,, LAMBDA, , ,  1  ) ; 

CALL  OFPEDR  (  BCID,  HSIZE(BC),  NITER,  1  ) ; 

ENDDO; 

ENDIF; 


IF  NOT  GLBCNVRG  AND  NITER  <=  MAXITER  THEN 


$ 


USE  APPROPRIATE  RESIZING  METHOD 


$ 

$ 
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STAT  LEVL 

1345  4!$ 

1346  4! 

1347  5! 

1348  5! 

1349  5! 

1350  5! 

1351  5! 

1352  4!$ 

1353  4i 

1354  5! 

1355  5!$ 

1356  5!$ 

1357  5!$ 

1358  5!$ 

1359  5!$ 

1360  5!$ 

1361  5! 

1362  5! 

1363  5! 

1364  5! 

1365  5! 

1366  5! 

1367  5! 

1368  5! 

1369  51$ 

1370  5!$ 

1371  5!$ 

1372  5!$ 

1373  5!$ 

1374  5! 

1375  6! 

1376  6! 

1377  6! 

1378  6! 

1379  6! 

1380  61 

1381  7!$ 

1382  7!$ 

1383  71$ 

1384  71$ 

1385  71$ 

1386  71$ 

1387  71$ 

1388  71$ 

1389  7! 

1390  8! 

1391  8! 

1392  8! 

1393  71$ 

1394.  71$ 

1395  7!$ 

1396  7! 


IF  NITER  >=  FSDS  AND  NITER  <=  FSDE  THEN 

PRINT  ( •'  LOG=  ( '  FULLY  STRESSED  DESIGN ' )  " )  ; 

CALL  FSD  (  NDV,  NITER,  FSDS,  FSDE,  MPS,  OCS,  ALPHA, 

CNVRGLIM,  GLBDES,  LOCLVAR,  [PTRANS] ,  CONST, 
APPCNVRG,  CTL,  CTLMIN,  DESHIST  >; 


ENDIF; 


IF  {  NITER  >=  MPS  AND  NITER  <=  MPE  )  OR 
{  NITER  >=  OCS  AND  NITER  <=  OCE  )  THEN 

USE  MATHEMATICAL  PROGRAMMING  OR  OC  METHODS 

OBTAIN  THE  SENSITIVITIES  OF  THE  CONSTRAINTS  WRT  THE 
DESIGN  VARIABLES 

PRINT ( " LOG= ( '  SENSITIVITY  ANALYSIS ' ) " > ; 

CALL  GDVGRAD  (  NITER,  NDV,  CONST,  GLBDES  )  ; 

CALL  MSWGGRAD  (  NITER,  NDV,  GLBDES,  DESLINK,  CONST  )  ; 

CALL  MAKDFV  {  NITER,  NDV,  [PMINT]  ,  [PMAXT]  ,  CONST,  GLBDES, 
DESLINK,  FDSTEP,  [AMAT]  ) ; 

CALL  MKDFDV  (  NITER,  NDV,  CONST,  DESLINK,  GLBDES,  [AMAT]  ); 
CALL  LAMINSNS  (  NITER,  NDV,  GLBDES,  LOCLVAR,  [PTRANS],  CONST, 
[AMAT]  ); 


$ 


$ 

$ 

$ 

$ 

$ 

$ 


SENSITIVITY  EVALUATION  FOR  BOUNDARY  CONDITION  DEPENDENT  CONSTRAINTS$ 

*******************»Hr******************************)lr******^*lr********tk.********^ 

$ 

FOR  BC  =  1  TO  NUMOPTBC  DO 

CALL  BCIDVAL  (  BC,  CASE,  BCID  ) ; 

CALL  ABOUND  (  NITER,  BCID,  CONST,  NDV,  ACTBOUND,  NAUS,  NACSD, 
[PGAS] ,  PCAS,  PRAS,  ACTAERO,  ACTDYN,  ACTFLUT, 
ACTPNL,  ACTBAR,  NMPC,  NSPC,  NOMIT,  NRSET,  NGDR, 
USET(BC)  ); 

IF  ACTBOUND  THEN 

$ 

REESTABLISH  THE  BASE  USET  AND  PARTITIONING  DATA  FOR  THE  BC  $ 
IF  GDR  CHANGED  IT  $ 

NOTE,  THIS  LEAVES  AN  INCOMPATIBILITY  BETWEEN  USET(BC)  AND  $ 
BGPDT(BC)  SINCE  THE  LATTER  IS  NOT  REGENERATED.  $ 

THIS  INCOMPATIBILITY  WILL  NOT  AFFECT  THE  SENSITIVITY  ANALYSIS$ 
AND  WILL  BE  CORRECTED  IN  THE  SUBSEQUENT  ANALYSIS  $ 

$ 

IF  NGDR  <>  0  THEN 

CALL  MKUSET( BCID,  GSI2EB,  [yS(BC)],  [TMN(BC)],  [PGMN(BC) ] , 
[PNSF(BC)],  [PFOA(BC)],  [PARL(BC) ] ,  USET(BC)); 

ENDIF; 

$ 

EVALUATE  FREQUENCY  CONSTRAINT  SENSITIVITIES  $ 

$ 

IF  ACTDYN  THEN 
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STAT 

LEVL 

1397 

8! 

IF  NGDR  <>  0  THEN 

j 

1398 

9! 

CALL  ROWPART  (  [PHIG(BC)],  ,  [GTMP] ,  [PGDRG{BC)]  ); 

1 

1399 

9! 

CALL  FREQSENS  (  NITER,  BCID,  NDV,  GLBDES,  CONST,  LAMBDA, ! 

1400 

9! 

GMKCT,  DKVI,  GMMCT,  DMVI, 

1401 

9! 

[GTMP] ,  [AMAT}  ) ; 

1402 

9! 

ELSE 

1403 

91 

CALL  FREQSENS  (  NITER,  BCID,  NDV,  GLBDES,  CONST,  LAMBDA, ! 

1404 

9! 

GMKCT,  DKVI,  GMMCT,  DMVI, 

1 

1405 

9! 

[PHIG(BC)],  [AMAT]  ); 

1 

1406 

9! 

ENDIF; 

{ 

1407 

8! 

ENDIF; 

1 

1408 

71$ 

$! 

1409 

71$ 

EVALUATE  FLUTTER  CONSTRAINT  SENSITIVITIES 

$! 

1410 

71$ 

$! 

1411 

7! 

IF  ACTFLUT  THEN 

1 

1412 

8! 

SUB  :=  0; 

1 

1413 

8! 

LOOP  ;=  TRUE; 

1 

1414 

8! 

IF  NGDR  <>  0  CALL  ROWPART  ( [PHIG(BC) ] , ,  [GTMP] ,  [PGDRG(BC) ] ) ;  ! 

1415 

8! 

WHILE  LOOP  DO 

j 

1416 

9! 

SUB  :=  SUB  +  1; 

1 

1417 

9! 

IF  NGDR  <>  0  THEN 

1 

1418 

10! 

CALL  FLUTSENS  (NITER,  BCID,  SUB,  LOOP,  GSIZEB,  NDV, 

1 

1419 

101 

GLBDES,  CONST,  GMKCT,  DKVI,  GMMCT, 

t 

1420 

10! 

DMVI,  CLAMBDA,  LAMBDA, 

1 

1421 

101 

[QHHLFL(BC,SUB> ] , 

1 

1422 

10! 

[MHHFL{BC,SUB) ] ,  [BHHFL (BC, SUB) ] , 

1 

1423 

10! 

[KHHFL (BC, SUB) ] ,  [GTMP] ,  [AMAT] ) ; 

1 

1424 

10! 

ELSE 

1 

1425 

10! 

CALL  FLUTSENS  (NITER,  BCID,  SUB,  LOOP,  GSIZEB,  NDV, 

1 

1426 

10! 

GLBDES,  CONST,  GMKCT,  DKVI,  GMMCT, 

1 

1427 

10! 

DMVI,  CLAMBDA,  LAMBDA, 

I 

1428 

10! 

[QHHLFL(BC,SUB)], 

1 

1429 

10! 

[MHHFL(BC,SUB)],  [BHHFL (BC, SUB) ] , 

1 

1430 

10! 

[KHHFL (BC, SUB) ] ,  [PHIG(BC)],  [AMAT]), 

1431 

10! 

ENDIF; 

1 

1432 

9! 

ENDDO; 

1 

1433 

8! 

ENDIF ; 

1 

1434 

7!$ 

$! 

1435 

7!$ 

EVALUATE  ACTIVE  DISPLACEMENT  DEPENDENT  CONSTRAINTS  FROM 

$! 

1436 

7!$ 

THE  STATICS  DISCIPLINE 

$! 

1437 

7!$ 

$! 

1438 

7! 

IF  NAUS  >  0  THEN 

1 

1439 

8!$ 

$! 

1440 

8!$ 

SENSITIVITIES  OF  CONSTRAINTS  WRT  DISPLACEMENTS  FOR  STATICSS! 

1441 

8!$ 

$! 

1442 

8! 

CALL  NULLMAT  (  [DFDU]  ,  [DPGV]  )  ; 

t 

1443 

8! 

IF  NACSD  >  NAUS  *  NDV  THEN 

1 

1444 

9!$ 

$! 

1445 

9!$ 

USE  GRADIENT  METHOD 

$! 

1446 

9!$ 

$! 

1447 

9! 

CALL  MAKDFU  (  NITER,  BCID,  GSIZEB,  [SMAT] ,  [NLSMAT] , 

J 

1448 

9! 

SMATCOL,  NLSMTCOL,  [GLBSIG] ,  [NLGLBSIG] , 

1 
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STAT 

1449 

LEVL 

9! 

CONST,  BGPDT(BC),  [DFDU]  ); 

1450 

9! 

ELSE 

1451 

<T\ 

$ 

1452 

9!$ 

USE  VIRTUAL  LOAD  METHOD 

$ 

1453 

9!$ 

$ 

1454 

9! 

CALL  MAKDFU  (  NITER,  BCID,  GSIZEB,  [SMAT] ,  [NLSMAT] , 

1455 

9! 

SMATCOL,  NLSMTCOL,  [GLBSIG] ,  [NLGLBSIG] , 

1456 

9! 

CONST,  BGPDT(BC),  [DPGV]  ); 

1457 

9! 

ENDIF; 

1458 

8!$ 

$ 

1459 

8!$ 

SOME  RELATIVELY  SIMPLE  CALCULATIONS  THAT  PRECEDE  THE 

$ 

1460 

8!$ 

LOOP  ON  THE  DESIGN  VARIABLES 

$ 

1461 

8!$ 

$ 

1462 

8! 

IF  NGDR  <>  0  THEN 

1463 

9! 

CALL  PARTN  (  [UG(BC) ) , , , ,  [UGA] ,  [PGAS] ,  [PGDRG (BC) ] ) ; 

1464 

9! 

ELSE 

1465 

9! 

CALL  COLPART  (  [UG(BC)],  ,  [UGA],  [PGAS]  ); 

1466 

9! 

ENDIF; 

1467 

8!$ 

$ 

1468 

8! 

CALL  MKDFSV  (  NITER,  BCID,  GSIZEB,  [NLGLBSIG] ,  CONST, 

1469 

8! 

[NLSMAT] ,  NLSMTCOL,  [UGA] ,  DESLINK,  ,  NDV, 

1470 

8! 

GLBDES,  LOCLVAR,  [PTRANS] ,  [DFSV] ,  FDSTEP  ); 

1471 

8!$ 

$ 

1472 

8!$ 

OBTAIN  THE  SENSITIVITIES  OF  THE  DESIGN 

$ 

1473 

8!$ 

DEPENDENT  LOADS 

$ 

1474 

00 

$ 

1475 

8! 

CALL  DDLOAD (NDV,  GSIZEB,  BCID,  SMPLOD,  [DPTHVI] ,  [DPGRVI] , 

1476 

8! 

[DDPTHV] ,  [DDPGRV] ,  DDFLG, [PGAS] , [DPVJ] ) ; 

1477 

00 

$ 

1478 

8! 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [UGA] ,  [DRUG] , 

1479 

8! 

GMKCT,  DKVI  ) ; 

1480 

8! 

CALL  NULLMAT  (  [DUG]  ) ; 

1481 

8! 

IF  NRSET  <>  0  THEN 

1482 

9! 

IF  NGDR  <>  0  THEN 

1483 

10! 

CALL  PARTN  ([AG (BC)],,,,  [AGA] ,  [PGAS],  [PGDRG (BC) ]) ; 

1484 

10! 

ELSE 

1485 

10! 

CALL  COLPART  (  [AG(BC)],  ,  [AGA],  [PGAS]  ) ; 

1486 

10! 

ENDIF; 

1487 

9! 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [AGA],  [DMAG]  , 

1488 

9! 

GMMCT,  DMVI  ); 

1489 

9! 

[DUG]  ;=  [DKUGl  +  [DMAG] ; 

1490 

9! 

ELSE 

1491 

9! 

[DUG]  :=  [DKUG]; 

1492 

9! 

ENDIF; 

1493 

8!$ 

$ 

1494 

8!$ 

ACCOUNT  FOR  VIRTUAL  LOAD  METHOD 

$ 

1495 

8!$ 

$ 

1496 

8! 

IF  NACSD  >  NAUS  *  NDV  THEN 

1497 

9!$ 

$ 

1498 

9!$ 

USE  GRADIENT  METHOD 

$ 

1499 

9!$ 

$ 

1500 

9! 

IF  DDFLG  >  0  THEN 
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STAT 

LEVL 

1501 

10! 

[DPGV]  [DPVJ]  +  [DUG] ; 

1502 

10! 

ELSE 

1503 

10! 

[DPGV]  ;=  [DUG]; 

1504 

10! 

ENDIF; 

1505 

9! 

ELSE 

1506 

9!$ 

$! 

1507 

9!$ 

USE  VIRTUAL  LOAD  METHOD 

$! 

1508 

9!$ 

$! 

1509 

9! 

IF  DDFLG  >  0  THEN 

1510 

10! 

[DFDU]  :=  [DPVJ]  +  [DUG]; 

1511 

10! 

ELSE 

1512 

10! 

[DFDU]  :=  [DUG]; 

1513 

10! 

ENDIF; 

1514 

9! 

ENDIF; 

1515 

8!$ 

$I 

1516 

8!$ 

REDUCE  THE  RIGHT  HAND  SIDES  TO  THE  L  SET 

$! 

1517 

8!$ 

$! 

1518 

8! 

CALL  NULLMAT  (  [DPNV]  ,  [DMUN]  )  ; 

1519 

8! 

IF  NMPC  <>  0  THEN 

1520 

9! 

CALL  GREDUCE  ( ,  [DPGV]  ,  [PGMNS (BC) ] ,  [TMN (BC) ] , ,  [DPNV] ) 

1521 

9! 

ELSE 

1522 

9  ! 

[DPNV]  :=  [DPGV] ; 

1523 

9! 

ENDIF; 

1524 

8!$ 

$! 

1525 

8! 

CALL  NULLMAT  {  [DPFV] ,  [DMUF]  ) ; 

1526 

8! 

IF  NSPC  <>  0  THEN 

1527 

9! 

CALL  NREDUCE  (,  [DPNV],  [PNSFS{BC)],  ,  ,  ,  ,  [DPFV] ) ; 

1528 

9! 

ELSE 

1529 

9! 

[DPFV]  [DPGV]; 

1530 

9! 

ENDIF; 

1531 

8!$ 

$! 

1532 

81 

CALL  NULLMAT  (  [DPAV]  ,  [DMUA]  )  ; 

1533 

8! 

IF  NGDR  <>  0  THEN 

1534 

9! 

[DPAV]  :=  TRANS [  [GSUBO(BC) ]  )  *  [DPFV] ; 

1535 

9! 

ELSE 

1536 

9! 

IF  NOMIT  <>  0  THEN 

1537 

10! 

CALL  FREDUCE  (,  [DPFV],  [PFOAS(BC)],  , 

1538 

10! 

[KOOINV(BC) ] ,  ,  ,  [GSUBO(BC)],  , 

1539 

10! 

[DPAV] ,  [DPOV] ,  ) ; 

1540 

10! 

ELSE 

1541 

10! 

[DPAV]  :=  [DPFV]; 

1542 

10! 

ENDIF; 

1543 

9! 

ENDIF; 

1544 

8!$ 

$! 

1545 

8! 

IF  NRSET  <>  0  THEN 

1546 

9! 

CALL  ROWPART  (  [DPAV],  [DPRV] ,  [DPLV] ,  [PARLS(BC)]  ); 

1547 

9! 

[DRHS]  :=  TRANS {  [D(BC)]  )  *  [DPLV]  +  [DPRV] ; 

1548 

9!$ 

$! 

1549 

9!$ 

PROCESS  ACTIVE  CONSTRAINTS  FOR  STATICS  DISCIPLINE 

$! 

1550 

9!$ 

$! 

1551 

9! 

CALL  INERTIA  {  [MRR(BC) ] ,  [DRHS],  [DURD]  ); 

1552 

9! 

[DULD]  :=  [D(BC)]  *  [DURD]; 
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STAT 

LEVL 

1553 

9! 

CALL  ROWMERGE  {  [DUAD] ,  [DURD] ,  [DULD] ,  [PARLS(BC)]  ); 

1554 

Si 

[DPLV3  :=  IDPLV]  +  [IFR(BC)]  *  [DURD] ; 

1555 

9i 

CALL  FBS  (  [KLLINV{BC) ] ,  [DPLV] ,  [DULV]  ) ; 

1556 

9! 

CALL  YSMERGE  (  [DUAV] ,  ,  [DULV],  [PARLS(BC)]  ); 

1557 

9! 

ELSE 

1558 

9! 

CALL  FBS  (  [KLLINV(BC) ] ,  [DPAV] ,  [DUAV]  ); 

1559 

9! 

ENDIF; 

1560 

8!$ 

$ 

1561 

8!$ 

RECOVER  TO  THE  F  SET 

$ 

1562 

8!$ 

$ 

1563 

8! 

CALL  NULLMAT  (  [DUFV]  ) ; 

1564 

8! 

IF  NGDR  <>  0  THEN 

1565 

9! 

[DUFV]  :=  [GSUBO(BC)]  *  [DUAV] ; 

1566 

9! 

ELSE 

1567 

9! 

IF  NOMIT  <>  0  THEN 

1568 

10! 

IF  NRSET  <>  0  THEN 

1569 

11! 

[TMPl]  :=  [DPOV]  -  [IFM(BC)]  *  [DUAD] ; 

1570 

11! 

ELSE 

1571 

11! 

[TMPl]  :=  [DPOV]; 

1572 

11! 

ENDIF; 

1573 

10! 

CALL  FBS  (  [KOOINV(BC) ] ,  [TMPl],  [UOO]  ); 

1574 

10! 

[UO]  :=  [GSUBO(BC)]  *  [DUAV]  +  [UOO] ; 

1575 

10! 

CALL  ROWMERGE  ( [DUFV] ,  [UO] ,  [DUAV] ,  [PFOAS(BC) ] ) ; 

1576 

10! 

ELSE 

1577 

10! 

[DUFV]  :=  [DUAV] ; 

1578 

10! 

ENDIF; 

1579 

9! 

ENDIF; 

1580 

8!$ 

$ 

1581 

8!$ 

REDUCE  THE  LEFT  HAND  SIDE  MATRIX 

$ 

1582 

8!$ 

$ 

1583 

8! 

IF  NMPC  <>  0  THEN 

1584 

9! 

CALL  GREDUCE  ( , [DFDU] , [PGMNS (BC) ] , [TMN(BC) ] , , [DFDUN] ) ; 

1585 

9  ! 

ELSE 

1586 

9! 

[DFDUN]  ;=  [DFDU]  ; 

1587 

9  ! 

ENDIF ; 

1588 

8!$ 

$ 

1589 

8! 

IF  NSPC  <>  0  THEN 

1590 

9! 

CALL  ROWPART  (  [DFDUN],  ,  [DFDUF] ,  [PNSFS(BC>]  ); 

1591 

9  ! 

ELSE 

1592 

9  ! 

[DFDUF]  :=  [DFDUN]; 

1593 

9! 

ENDIF; 

1594 

8!$ 

$ 

1595 

8!$ 

ACCOUNT  FOR  VIRTUAL  LOAD  METHOD 

$ 

1596 

8!$ 

$ 

1597 

8! 

IF  NACSD  >  NAUS  *  NDV  THEN 

1598 

9!$ 

$ 

1599 

9!$ 

USE  GRADIENT  METHOD 

$ 

1600 

9!$ 

$ 

1601 

9! 

CALL  MKAMAT  ( [AMAT] ,  [DFDUF] ,  [DUFV] ,  [DFSV]  ,  PCAS, 

1602 

9! 

PRAS,  [PGAS]  ); 

1603 

9! 

ELSE 

1604 

9!$ 

$ 
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STAT 

LEVL 

1605 

9!$ 

1606 

9!$ 

1607 

9! 

1608 

9! 

1609 

9! 

1610 

8!$ 

1611 

8! 

1612 

71$ 

1613 

7!$ 

1614 

7!$ 

1615 

7!$ 

1616 

7! 

1617 

8! 

1618 

8! 

1619 

8! 

1620 

8! 

1621 

81 

1622 

9! 

1623 

9! 

1624 

9! 

1625 

9! 

1626 

9J 

1627 

9! 

1628 

9  ! 

1629 

9! 

1630 

9  ! 

1631 

10!$ 

1632 

10!$ 

1633 

10!$ 

1634 

10!$ 

1635 

10! 

1636 

10! 

1637 

10! 

1638 

11! 

1639 

11! 

1640 

11! 

1641 

11! 

1642 

11! 

1643 

11! 

1644 

11! 

1645 

11! 

1646 

10!$ 

1647 

10!$ 

1648 

10!$ 

1649 

10! 

1650 

10! 

1651 

11! 

1652 

11! 

1653 

11! 

1654 

12! 

1655 

11! 

1656 

Ill 

USE  VIRTUAL  LOAD  METHOD 


CALL  MKAMAT  (  [AMAT]  ,  [DUFV]  , 
PRAS,  [PGASl  ); 


ENDIF; 


[DFDUF] ,  CDFSV] ,  PCAS, 


$ 

$ 


ENDIF;  $  END  IF  ON  ACTIVE  APPLIED  STATIC  LOADS 

EVALUATE  ACTIVE  CONSTRAINTS  FROM 
THE  STATIC  AEROELASTICITY  DISCIPLINE 

IF  ACTAERO  THEN 
LOOP  :=  TRUE; 

ACTUAGG  :=  FALSE; 

SUB  :=  0; 

CALL  NULLMAT  (  [DUFV]  > ; 

WHILE  LOOP  DO 

SUB  SUB  +  1; 

CALL  AROSNSDR  (  NITER,  BCID,  SUB,  NDV,  LOOP,  MINDEX, 
CONST,  SYM,  NGDR, 

[PGDRG{BC)],  [UAG{BC)3,  [AAG(BC)], 
ACTUAG,  [UGA],  [AGA] ,  [PGAA] ,  [PGAU] , 
PCAA,  PRAA,  [UAGC  (BC,  SUB)  ]  , 

[ AAGC ( BC , SUB ) ] ,  ACTAEFF ,  [ AUAGC  3 , 
[AAAGC3 ,  PCAE  ) ; 

IF  ACTAEFF  THEN 


$ 

$ 

$ 

$ 

$ 

$ 


$ 

PROCESS  PSEUDO  DISPLACEMENTS  FOR  EFFECTIVENESS  $ 

CONSTRAINTS  $ 

$ 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [AUAGC 3 ,  [DKUG3 , 
GMKCT,  DKVI  ) ; 

IF  NRSET  <>  0  THEN 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [AAAGCJ  ,  [DMAG3  , 
GMMCT,  DMVI); 

[DPGV]  :=  (DKUG3  +  [DMAG3 ; 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [AUAGC 3 ,  [DMUG3 , 
GMMCT,  DMVI)  ; 

ELSE 

[DPGV3  :=  [DKUG3; 

ENDIF; 


$ 

REDUCE  THE  RIGHT  HAND  SIDES  TO  THE  L  SET  $ 

$ 

CALL  NULLMAT  (  [DPNV3  ,  [DMUN3  ) ; 

IF  NMPC  <>  0  THEN 

CALL  GREDUCE  (  ,  [DPGV3 ,  [PGMNS(BC) 3 ,  [TMN(BC) ) , , 
[DPNV3 ) ; 

IF  NRSET  <>  0  CALL  GREDUCE  (  ,  [DMUG3 , 

[PGMNS(BC)],  [TMN(BC)],,  [DMUN3  ); 

ELSE 

[DPNV3  :=  [DPGV3; 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

1657 

11! 

IF  NRSET  <>  0  [DMUN]  ;=  [DMUG] ; 

1658 

11! 

ENDIF; 

1659 

10!$ 

$! 

1660 

10! 

CALL  NULLMAT  (  [DPFV] ,  {DMUF]  > ; 

1661 

10! 

IF  NSPC  <>  0  THEN 

1662 

11! 

CALL  NREDUCE  { , [DPNV] , [PNSFS (BC) [DPFVJ ) ; 

1663 

11! 

IF  NRSET  <>  0 

1664 

12! 

CALL  NREDUCE  ( , [DMUNl , [PNSFS (BC) [DMUF] ) 

;  ! 

1665 

11! 

ELSE 

1666 

11! 

[DPFV]  [DPGV]  ; 

1667 

11! 

IF  NRSET  <>  0  [DMUF]  :=  [DMUN] ; 

1668 

11! 

ENDIF; 

1669 

10!$ 

$! 

1670 

10! 

CALL  NULLMAT  (  [DPAV] ,  [DMUA]  ) ; 

1671 

10! 

IF  NGDR  <>  0  THEN 

1672 

11! 

[DPAV]  :=  TRANS (  [GSUBO(BC) ]  )  *  [DPFV]; 

1673 

11! 

IF  NRSET  <>  0  [DMUA]  :  =TRANS  (  [GSUBO  (BC)  ]  )  *  [DMUF]  ; 

1674 

11! 

ELSE 

1675 

11! 

IF  NOMIT  <>  0  THEN 

1676 

12! 

CALL  FREDUCE  (  ,  [DPFV],  [PFOAS(BC)],  1, 

1677 

12! 

[KOOL(BC,SUB) ] ,  [KOOU(BC,SUB) ] , 

1678 

12! 

[KAO(BC,SUB) ] ,  [GASUBO(BC,SUB) ] , 

,  ! 

1679 

12! 

[DPAV] ,  [DPOV] ,  ) ; 

1680 

12! 

IF  NRSET  <>  0 

1681 

13! 

CALL  FREDUCE  (  ,  [DMUF],  [PFOAS(BC)],  1, 

1682 

13! 

[KOOL(BC,SUB) ] ,  [KOOU(BC,SUB)] , 

1683 

13! 

[KAO(BC,SUB) 3 ,  [GASUBO(BC,SUB) ] , 

,  ! 

1684 

13! 

[DMUA] ,  [DMUO] ,  ) ; 

1685 

12! 

ELSE 

1686 

12! 

[DPAV]  :=  [DPFV]; 

1687 

12! 

IF  NRSET  <>  0  [DMUA]  :=  [DMUF] ; 

1688 

12! 

ENDIF; 

1689 

11! 

ENDIF; 

1690 

10!$ 

$! 

1691 

10! 

IF  NRSET  <>  0  THEN 

1692 

11! 

CALL  ROWPART  ( [DPAV] ,  [DPRV]  ,  [DPLV] ,  [PARLS (BC) ]  ) ; 

1693 

11! 

CALL  ROWPART  ( [DMUA] , [DMUR] , [DMUL] , [PARLS (BC) ]  ) ; 

1694 

11! 

CALL  GFBS  (  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ] , 

1695 

11! 

[DPLV] ,  [RllDPL]  ) ; 

1696 

11! 

[DPI]  :=  TRANS ( [D(BC) ] )  *  [DMUL]  +  [DMUR]  - 

1697 

11! 

[R21(BC,SUB) ]  *  [RllDPL]; 

1698 

11! 

[DRHS]  :=  TRANS (  [D(BC) ]  )  *  [DPLV]  +  [DPRV]  - 

1699 

11! 

[R31(BC,SUB) ]  *  [RllDPL]; 

1700 

11!$ 

$! 

1701 

11!$ 

PROCESS  ACTIVE  CONSTRAINTS  FOR  SAERO  DISCIPLINE 

$! 

1702 

11!$ 

$! 

1703 

11! 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ] , 

1704 

11! 

[DPI],  [DKIV]  ) ; 

1705 

11! 

[DRHS]  :=  [DRHS]  -  [K21 (BC, SUB) ]  *  [DKIV] ; 

1706 

11!$ 

$! 

1707 

11! 

CALL  DECOMP  (  [LHSA(BC, SUB) ] ,  [LHSL] ,  [LHSU]  ); 

1708 

11! 

CALL  GFBS  (  [LHSL] ,  [LHSU] ,  [DRHS] ,  [DU2]  ) ; 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

1709 

11!$ 

1710 

11! 

1711 

11! 

1712 

11! 

1713 

11! 

1714 

11! 

1715 

111$ 

1716 

11! 

1717 

11! 

1718 

11! 

1719 

11!$ 

1720 

11!$ 

1721 

11!$ 

1722 

11! 

1723 

10! 

1724 

9!$ 

1725 

9! 

1726 

10!$ 

1727 

10!  $ 

1728 

10!$ 

1729 

10!$ 

1730 

10!$ 

1731 

10! 

1732 

10! 

1733 

10! 

1734 

10! 

1735 

10! 

1736 

10!$ 

1737 

10! 

1738 

10! 

1739 

10! 

1740 

10! 

1741 

10!$ 

1742 

10!$ 

1743 

10!$ 

1744 

10!$ 

1745 

10! 

1746 

10! 

1747 

10! 

1748 

10! 

1749 

11! 

1750 

11! 

1751 

11! 

1752 

11! 

1753 

11! 

1754 

11! 

1755 

11! 

1756 

11! 

1757 

10!$ 

1758 

10!$ 

1759 

10!$ 

1760 

10! 

CDUIR] 

[DUIL] 

[EFFSENS] 


$ 

[DKIV]  +  [K1112(BC,SUB)]  *  [DU2] ; 
IRIIDPL]  +  [R1112 (BC,SUB) 3  *  [DUIR]  + 
[R1113{BC,SUB) ]  *  [DU2]; 

-  [R31{BC,SUB)]  *  [DUIL]  - 
[R32(BC,SUB) 3  *  [DU1R3; 


$ 

CALL  AEROEFFS  (  NITER,  BCID,  SUB,  SYM,  NDV,  CONST, 
PCAE,  [EFFSENS],  [AMAT]  ); 


ELSE 


NOTE  THAT  SAERO  W/0  SUPPORT  IS  NOT  SUPPORTED 


ENDIF; 

ENDIF;  $  END  IF  ON  ACTAEFF 
IF  ACTUAG  THEN 


$ 

$ 

$ 

$ 

$ 


$ 

SENSITIVITIES  OF  CONSTRAINTS  WRT  DISPLACEMENTS  $ 

FOR  SAERO.  THE  ACTUAGG  FLAG  WILL  BE  RETURNED  $ 

FALSE  IF  ONLY  TRIM  PARAMETER  CONSTRAINTS  ARE  ACTIVE  $ 

$ 


CALL  NULLMAT  {  [DFDU]  ) ; 

CALL  MAKDFU  (  NITER,  BCID,  GSIZEB,  [SMAT3 , 
SMATCOL,  NLSMTCOL,  [GLBSIG] , 
[NLGLBSIG],  CONST,  BGPDT(BC) 
ACTUAGG,  SUB  ) ; 


[NLSMAT3 , 


[DFDU] , 


CALL  MKDFSV  (  NITER,  BCID,  GSIZEB,  [NLGLBSIG]  ,  CONST, 
[NLSMAT] ,  NLSMTCOL,  [UGA] ,  DESLINK, 

SUB,  NDV,  GLBDES,  LOCLVAR,  [PTRANS] , 
[DFSV] ,  FDSTEP  ) ; 


$ 

SOME  RELATIVELY  SIMPLE  CALCULATIONS  THAT  PRECEDE  $ 
THE  LOOP  ON  THE  DESIGN  VARIABLES  $ 

$ 

CALL  MAKDVU  {  NITER,  NDV,  GLBDES,  [UGA],  [DKUG]  , 
GMKCT,  DKVI  ) ; 

CALL  NULLMAT  (  [DPGV]  ) ; 

IF  NRSET  <>  0  THEN 

CALL  MAKDVU  {  NITER,  NDV,  GLBDES,  [AGA]  ,  [DMAG]  , 
GMMCT,  DMVI  )  ; 

[DPGV]  ;=  [DKUG]  +  [DMAG]; 

CALL  MAKDVU  (  NITER,  NDV,  GLBDES,  [UGA],  [DMUG]  , 
GMMCT,  DMVI  ); 

ELSE 

[DPGV]  :=  [DKUG]; 

ENDIF; 


REDUCE  THE  RIGHT  HAND  SIDES  TO  THE  L  SET 
CALL  NULLMAT  {  [DPNV]  ,  [DMUN]  )  ; 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

1761  10! 

1762  111 

1763  11! 

1764  11! 

1765  12! 

1766  11! 

1767  11! 

1768  11! 

1769  11! 

1770  10!$ 

1771  10! 

1772  10! 

1773  11! 

1774  11! 

1775  12! 

1776  11! 

1777  11! 

1778  11! 

1779  11! 

1780  10!$ 

1781  10! 

1782  10! 

1783  11! 

1784  11! 

1785  11! 

1786  11! 

1787  12! 

1788  12! 

1789  12! 

1790  12! 

1791  12! 

1792  13! 

1793  13! 

1794  13! 

1795  13! 

1796  12! 

1797  12! 

1798  12! 

1799  12! 

1800  11! 
1801  10!$ 
1802  10! 

1803  11! 

1804  11! 

1805  11! 

1806  11! 

1807  11! 

1808  11! 

1809  11! 

1810  11! 
1811  11!$ 
1812  11!$ 


IF  NMPC  <>  0  THEN 

CALL  GREDUCE  (  ,  [0PGV] ,  [PGMNS(BC) ] ,  [TMN(BC) ] , , 
[DPNV] ) ; 

IF  NRSET  <>  0  CALL  GREDUCE  (  ,  [DMUG] , 

[PGMNS(BC)3,  [TMN{BC)],.  [DMUN]  ); 

ELSE 

[DPNV]  :=  [DPGV]; 

IF  NRSET  <>  0  [DMUN]  :=  [DMUG] ; 

ENDIF; 

$ 

CALL  NULLMAT  (  [DPFV] ,  [DMUF]  ) ; 

IF  NSPC  <>  0  THEN 

CALL  NREDUCE  ( , [DPNV] , [PNSFS (BC) [DPFV] ) ; 

IF  NRSET  <>  0 

CALL  NREDUCE  ( , [DMUN] , [PNSFS (BC) [DMUF] ) ; 

ELSE 

[DPFV]  :=  [DPGV] ; 

IF  NRSET  <>  0  [DMUF]  :=  [DMUN] ; 

ENDIF; 

$ 

CALL  NULLMAT  (  [DPAV]  ,  [DMUA]  ) ; 

IF  NGDR  <>  0  THEN 

[DPAV]  :=  TRANS (  [GSUBO(BC)]  )  *  [DPFV] ; 

IF  NRSET  <>  0  [DMUA] : =TRANS ( [GSUBO (BC) ] ) * [DMUF] ; 
ELSE 

IF  NOMIT  <>  0  THEN 

CALL  FREDUCE  (  ,  [DPFV],  [PFOAS{BC)],  1, 

[KOOL(BC,SUB> 3 .  [KOOU(BC,SUB) ] , 
(KAO(BC,SUB) ] ,  [GASUBO(BC,SUB) ] ,  , 
[DPAV] ,  [DPOV] ,  ) ; 

IF  NRSET  <>  0 

CALL  FREDUCE  (  ,  [DMUF],  [PFOAS(BC)3,  1, 
[KOOL(BC,SUB) ] ,  [KOOU(BC,SUB) ] , 
[KAO(BC,SUB) ] ,  (GASUBO{BC,SUB) ] ,  , 
[DMUA] ,  [DMUO] ,  ) ; 

ELSE 

[DPAV]  ;=  [DPFV]  ; 

IF  NRSET  <>  0  [DMUA]  :=  [DMUF] ; 

ENDIF ; 

ENDIF; 

$ 

IF  NRSET  <>  0  THEN 

CALL  ROWPART  ( [DPAV] , [DPRV] , [DPLV] , [PARLS{BC) ]  ) ; 
CALL  ROWPART  ( [DMUA] , [DMUR] , [DMUL] , (PARLS(BC) ]  ) ; 
CALL  GFBS  (  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ] , 

[DPLV] ,  [RllDPL]  ) ; 

[DPI]  :=  TRANS ( [D(BC) ])  *  [DMUL]  +  [DMUR]  - 
[R21(BC,SUB) ]  *  [RllDPL]; 

[DRHS]  TRANS (  [D(BC)]  )  *  [DPLV]  +  [DPRV]  - 
[R31(BC,SUB) ]  *  [RllDPL]; 

$ 

PROCESS  ACTIVE  CONSTRAINTS  FOR  SAERO  DISCIPLINE  $ 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

1813 

11!$ 

1814 

11! 

1815 

11! 

1816 

11! 

1817 

11!$ 

1818 

11! 

1819 

11! 

1820 

11! 

1821 

11! 

1822 

11! 

1823 

11!$ 

1824 

Ill 

1825 

11! 

1826 

11! 

1827 

11! 

1828 

11! 

1829 

11! 

1830 

11! 

1831 

11!$ 

1832 

11!$ 

1833 

11!$ 

1834 

11! 

1835 

10!$ 

1836 

10!$ 

1837 

10!$ 

1838 

10! 

1839 

10! 

1840 

11! 

1841 

11! 

1842 

11! 

1843 

12! 

1844 

13! 

1845 

13! 

1846 

13! 

1847 

13! 

1848 

12! 

1849 

12! 

1850 

12! 

1851 

12! 

1852 

12! 

1853 

12! 

1854 

12! 

1855 

12! 

1856 

11! 

1857 

10! 

1858 

10! 

1859 

10!$ 

1860 

10! 

1861 

9! 

1862 

8!$ 

1863 

8! 

1864 

9!$ 

$ 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) 3 , 

[DPI] ,  {DKIV]  ) ; 

[DRHS]  ;=  [DRHS]  -  [K21 (BC, SUB) ]  *  [DKIV]  ; 


$ 

CALL  AEROSENS  {  NITER,  BCID,  MINDEX,  SUB,  CONST, 
SYM,  NDV, 

BGPDT(BC),  STABCF,  [PGAA] , 
[LHSA{BC,SUB) ] ,  [RHSA (BC, SUB) ] , 
[DRHS],  [AAR],  [DDELDV],  [AMAT]  ); 


[DURV]  :=  [K1112(BC,SUB)]  *  [AAR]  + 

(PAR(BC.SUB) ]  *  [DDELDV]  +  [DKIV] ; 

[DULV]  :=  [R1112(BC,SUB)]  *  [DURV]  + 

[R1113(BC,SUB)3  *  [AAR]  - 

[R11PAL(BC,SUB)]  *  [DDELDV]  +  [RllDPL] ; 
CALL  ROWMERGE  ( [DUAV] , [DURV] , [DULV] , [PARLS (BC) ] ) ; 
ELSE 


$ 


NOTE  THAT  SAERO  W/0  SUPPORT  IS  NOT  SUPPORTED 


ENDIF; 


RECOVER  SENSITIVITIES  TO  THE  F  SET 

CALL  NULLMAT  {  [UAFTMP]  ) ; 

IF  NGDR  <>  0  THEN 

(UAFTMP]  [GASUBO(BC, SUB) ]  *  [DUAV] ; 

ELSE 

IF  NOMIT  <>  0  THEN 
IF  NRSET  <>  0  THEN 

[TMPl ]  : =  [DPOV] + [ POARO ( BC , SUB ) ] * [DDELDV] ; 
ELSE 

[TMPl]  :=  [DPOV]; 

ENDIF; 

CALL  GFBS  (  [KOOL (BC, SUB) ] ,  (KOOU (BC, SUB) ] , 
[TMPl],  [UOO]); 

[UO]  :=  [GASUBO(BC,SUB) ]  *  [DUAV]  +  [UOO] ; 
CALL  ROWMERGE  (  [UAFTMP] ,  [UO] ,  [DUAV] , 
[PFOAS(BC)]  ); 

ELSE 

[UAFTMP]  :=  [DUAV] ; 

ENDIF; 

ENDIF; 

CALL  AROSNSMR  (  BCID,  SUB,  NDV,  [PGAA],  [PGAU] , 
[DUFV] ,  [UAFTMP]  ) ; 

ENDIF;  $  END  IF  ON  ACTUAG 
ENDDO;  $  END  DO  ON  SUBSCRIPT  LOOP 

IF  ACTUAGG  THEN 


$ 

$ 

$ 

$ 

$ 

$ 


$ 

$ 

$ 

$ 


$ 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

1865 

LEVL 

9!$ 

REDUCE  THE  LEFT  HAND  SIDE  MATRIX 

$! 

1866 

9!$ 

$! 

1867 

9! 

CALL  NULLMAT  {  [DFDUNJ  } ; 

1868 

9! 

IF  NMPC  <>  0  THEN 

1869 

10! 

CALL  GREDUCE  (  ,  [DFDU] ,  [PGMNS(BC) ] ,  [TMN(BC) ] , , 

1870 

10! 

[DFDUN] ) ; 

1871 

10! 

ELSE 

1872 

10! 

[DFDUN 3  : =  [DFDU] ; 

1873 

10! 

ENDIF; 

1874 

9!$ 

$! 

1875 

9! 

CALL  NULLMAT  (  [DFDUF]  ) ; 

1876 

9! 

IF  NSPC  <>  0  THEN 

1877 

10! 

CALL  ROWPART  (  [DFDUN],  ,  [DFDUF],  [PNSFS(BC)]  )  ; 

1878 

10! 

ELSE 

1879 

10! 

[DFDUF]  :=  [DFDUN]; 

1880 

10! 

ENDIF; 

1881 

9!$ 

$! 

1882 

91$ 

TAKE  MERGED  SENSITIVITIES  OF  DISPLACEMENTS  AND 

$! 

1883 

9!$ 

COMPUTE  THE  AMAT  MATRIX  TERMS  FOR  THE  SAERO 

$! 

1884 

91$ 

CONSTRAINTS 

$! 

1885 

9!$ 

$! 

1886 

9! 

CALL  MKAMAT  ( [AMAT] ,  [DFDUF] ,  [DUFV] ,  [DFSV] ,  PCAA, 

1887 

9! 

PRAA,  [PGAU]  )  ; 

1888 

9!$ 

$! 

1889 

9! 

ENDIF;  $  END  IF  ON  ANY  ACTIVE  DISPLACEMENTS 

$! 

1890 

8! 

ENDIF;  $  END  IF  ON  ACTIVE  AEROELASTIC  CONSTRAINTS 

$! 

1891 

7!$ 

$i 

1892 

7!$ 

EVALUATE  PANEL  BUCKLING  CONSTRAINT  SENSITIVITIES 

$! 

1893 

7!$ 

$! 

1894 

7! 

IF  ACTPNL  THEN 

1895 

8! 

CALL  PBKLSENS  (  BCID,  NITER,  NDV,  GLBDES,  LOCLVAR, 

1896 

8! 

[PTRANS] ,  PDLIST,  [AMAT]  ) ; 

1897 

8! 

ENDIF; 

1898 

7! 

IF  ACTBAR  THEN 

1899 

8! 

CALL  EBKLSENS  (  BCID,  NITER,  NDV,  CONST,  DESLINK,  GLBDES, 

1900 

8! 

[AMAT]  ) ; 

1901 

8! 

ENDIF; 

1902 

7! 

ENDIF;  $  END  IF  ON  ACTIVE  BOUNDARY  CONDITION 

$! 

1903 

6! 

ENDDO;  $  END  DO  ON  ACTIVE  BOUNDARY  CONDITIONS 

$! 

1904 

5!$ 

$! 

1905 

5! 

CALL  CONORDER  (  NITER,  NUMOPTBC,  CASE,  CONST,  CONSTORD  )  ; 

1906 

5!$ 

$! 

1907 

5! 

CALL  OFPGRAD  (  NITER,  [AMAT],  GLBDES,  CONST,  CONSTORD, 

1908 

5! 

GRADIENT  ) ; 

1909 

5!$ 

$! 

1910 

5! 

IF  NITER  >=  OCS  AND  NITER  <=  OCE  THEN 

1911 

6! 

PRINT ( -LOG= ( '  VANGO  MODULE ' ) " ) ; 

1912 

6! 

CALL  VANGO  (  NITER,  NDV,  APPCNVRG,  MOVLIM,  CNVRGLIM, 

1913 

6! 

CTL,  CTLMIN,  NUMOPTBC,  CASE,  GLBDES,  CONST,  [AMAT] 

,  ! 

1914 

6! 

DESHIST  ); 

1915 

6! 

ELSE 

1916 

6! 

IF  NITER  >=  MPS  AND  NITER  <=  MPE  THEN 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 


1917 

1918 

1919 

1920 

1921 

1922 

1923 

1924 

1925 

1926 

1927 

1928 

1929 

1930 

1931 

1932 

1933 

1934 

1935 

1936 

1937 

1938 

1939 

1940 

1941 

1942 

1943 

1944 

1945 

1946 

1947 

1948 

1949 

1950 

1951 

1952 

1953 

1954 

1955 

1956 

1957 

1958 

1959 

1960 

1961 

1962 

1963 

1964 

1965 

1966 

1967 

1968 


PRINT { " LOG= ( '  DESIGN  MODULE ' ) ” ) ; 

CALL  DESIGN (  NITER,  NDV,  APPCNVRG,  MOVLIM,  CNVRGLIM, 

CTL,  CTLMIN,  GLBDES,  CONST,  CONSTORD, 

[AMAT],  DESHIST  ) ; 

ENDIF; 

ENDIF; 

$ 

ENDIF;  $  END  IF  ON  FSD  METHOD 

ENDIF;  $  END  IF  TEST  AFTER  ACTCON 

ENDDO;  $  END  WHILE  LOOP  FOR  GLOBAL  CONVERGENCE 

ENDIF;  $  END  IF  ON  OPTIMIZATION 

$ 

$  BEGIN  FINAL  ANALYSIS  LOOP 

^********************************************* ********************** ********, 
$ 

IF  NBNDCOND  >  NUMOPTBC  THEN 
$ 

$  ASSEMBLE  THE  GLOBAL  MATRICES 
$ 

PRINT  (  “LOGS  ( '**********★★*★**♦♦*★**********')••). 

$ 

$  ASSEMBLE  THE  GLOBAL  MATRICES 
$  BEGIN  BOUNDARY  CONDITION  LOOP 
$ 

PRINT ( ”LOG= ( ' BEGIN  FINAL  ANALYSIS ')”) j 
CALL  ANALINIT; 

CALL  EMA2  (  ,  NDV,  GSIZEB,  GLBDES,  GMKCTG,  DKVIG,  [KIGG] , 

GMMCTG,  DMVIG,  [MIGG]  ) ; 

FOR  BC  =  NUMOPTBC  +  1  TO  NBNDCOND  DO 
CALL  BCIDVAL  (  BC,  CASE,  BCID  >; 

PRINT  ( •'LOG=  ( '  BOUNDARY  CONDITION  '  ,  18 )  "  ,  BCID)  ; 

$ 

$  ESTABLISH  THE  BASE  USET  AND  PARTITIONING  DATA  FOR  THE  BC 
$ 

CALL  MKUSET{  BCID,  GSIZEB,  [YS(BC)],  [TMN(BC)],  [PGMN{BC)],  [PNSF{BC) ] , 
[PFOA{BC)],  [PARL{BC)],  USET(BC)  ); 

$ 

$  MAKE  B . C . -DEPENDENT  BGPDT  FROM  BASE,  ADDING  THE  EXTRA  POINTS  FOR 

$  THIS  B.C. 

$ 

CALL  BCBGPDT(  BCID  ,  GSIZEB  ,  BGPDT (BC)  ,  ESIZE(BC)  ); 

GSIZE  :=  GSIZEB; 

PSIZE(BC)  :=  ESIZE(BC)  +  GSIZE; 

$ 

$  PROCESS  MATRICES,  TRANSFER  FUNCTIONS,  AND  INITIAL  CONDITIONS  FOR 

$  THIS  B.C. 

$ 

CALL  BCBULK(  BCID  ,  PSIZE(BC)  ,  BGPDT(BC)  ,  USET(BC)  ); 

$ 

CALL  BOUND  (  BCID,  GSIZE,  ESIZE(BC) ,  USET{BC) ,  BLOAD,  BMASS,  DMODES, 
BMODES,  BSAERO,  BFLUTR,  BDYN,  BDRSP,  BDTR,  BMTR,  BDFR, 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

1969 

LEVL 

3! 

BMFR,  BGUST,  BBLAST,  NMPC,  NSPC,  NOMIT,  NRSET,  NGDR  ); 

1970 

3!$ 

$ 

1971 

3!$ 

DETERMINE  IF  ANY  M2GG/K2GG  INPUT  DATA  ARE  TO  BE  ADDED 

$ 

1972 

3!$ 

$ 

1973 

3! 

CALL  NULLMAT  (  [KGG] ,  [MGG]  ) ; 

1974 

3! 

CALL  MK2GG  (  BCID,  GSIZEB,  [M2GG] ,  M2GGFLAG,  [K2GG] ,  K2GGFLAG  ); 

1975 

31 

IF  M2GGFLAG  THEN 

1976 

4! 

[MGG]  :=  [MIGG]  +  [M2GG]  ; 

1977 

4! 

ELSE 

1978 

4! 

[MGG]  :=  [MIGG]; 

1979 

4! 

ENDIF; 

1980 

3! 

IF  K2GGFLAG  THEN 

1981 

4! 

[KGG]  [KIGG]  +  [K2GG3 ; 

1982 

4! 

ELSE 

1983 

4! 

[KGG]  ;=  [KIGG]; 

1984 

4! 

ENDIF; 

1985 

3!$ 

$ 

1986 

3!$ 

CALL  THE  GRID  POINT  WEIGHT  GENERATOR  FOR  THIS  BOUNDARY  CONDITON 

$ 

1987 

3!$ 

$ 

1988 

3! 

CALL  GPWG  (  .  BCID,  GPWGGRID,  [MGG],  OGPWG  ); 

1989 

3!$ 

$ 

1990 

3! 

IF  BLOAD  <>  0  CALL  GTLOAD  {  ,  BCID,  GSIZE,  BGPDT(BC),  GLBDES, 

1991 

4! 

SMPLOD,  [DPTHVIl,  [DPTHVD] ,  [DPGRVI] , 

1992 

4! 

[DPGRVD] ,  [PG] ,  OGRIDLOD) ; 

1993 

35$ 

$ 

1994 

35$ 

PARTITION-REDUCTION  OF  GLOBAL  MATRICES 

$ 

1995 

35$ 

$ 

1996 

3! 

IF  NBNDCOND  >  1  CALL  NULLMAT  (  [KNN] ,  [PN] ,  [MNN] ,  [GTKN] ,  [GSTKN] , 

1997 

4! 

[UGTKN]  ) ; 

1998 

3! 

IF  NMPC  <>  0  THEN 

1999 

45$ 

$ 

2000 

45$ 

PERFORM  MPC  REDUCTION 

$ 

2001 

4!$ 

$ 

2002 

45 

PRINT ("LOG=('  MPC  REDUCTION') ")  ; 

2003 

45 

CALL  GREDUCE  (  [KGG],  [PG] ,  [PGMN(BC)],  [TMN(BC)],  [KNN] ,  [PN]  ); 

2004 

45 

IF  BMASS  <>  0  CALL  GREDUCE  { [MGG] , , [PGMN{BC) ] ,  [TMN(BC) ] ,  [MNN] ) ; 

2005 

45 

IF  BSAERO  <>  0  THEN 

2006 

55 

CALL  GREDUCE  ( ,  [GTKG] ,  [PGMN(BC) ] , [TMN(BC) ] , ,  [GTKN] ) ; 

2007 

55 

CALL  GREDUCE  ( ,  [GSTKG] ,  [PGMN<BC> ] , [TMN{BC) ] , ,  [GSTKN] ) ; 

2008 

55 

ENDIF; 

2009 

45 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0 

2010 

55 

CALL  GREDUCE  (,  [UGTKG] ,  [PGMN(BC) ] , [TMN(BC) ] ,  ,  [UGTKN]  ); 

2011 

45 

ELSE 

2012 

45$ 

$ 

2013 

45$ 

NO  MPC  REDUCTION 

$ 

2014 

45$ 

$ 

2015 

45 

[KNN]  :=  [KGG]; 

2016 

45 

IF  BLOAD  <>  0  [PN]  :=  [PG] ; 

2017 

45 

IF  BMASS  <>  0  [MNN]  :=  [MGG] ; 

2018 

45 

IF  BSAERO  <>  0  THEN 

2019 

55 

[GTKN]  ; =  [GTKG] ; 

2020 

55 

[GSTKN]  :=  [GSTKG]; 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2021 

5! 

2022 

4! 

2023 

4i 

2024 

3!$ 

2025 

3!$ 

2026 

3!$ 

2027 

3! 

2028 

3i 

2029 

3! 

2030 

3! 

2031 

3! 

2032 

3i$ 

2033 

3! 

2034 

4! 

2035 

3! 

2036 

4!$ 

2037 

4i$ 

2038 

4!$ 

2039 

4! 

2040 

4! 

2041 

4! 

2042 

4! 

2043 

4  • 

2044 

5! 

2045 

5! 

2046 

5! 

2047 

4! 

2048 

5! 

2049 

4! 

2050 

4!$ 

2051 

4!$ 

2052 

4!$ 

2053 

4] 

2054 

4! 

2055 

4! 

2056 

4  1 

2057 

5! 

2058 

5! 

2059 

5! 

2060 

4! 

2061 

4! 

2062 

3!$ 

2063 

3! 

2064 

3!$ 

2065 

3! 

2066 

4!$ 

2067 

4!$ 

2068 

4!$ 

2069 

41$ 

2070 

41$ 

2071 

4! 

2072 

41$ 

ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKN]  :=  [UGTKG] ; 

ENDIF; 

$ 

PERFORM  AUTOSPC  CALCULATIONS  ON  THE  KNN  MATRIX  $ 

$ 

PRINT ( "LOG= ( '  AUTOSPC  COMPUTATIONS " )  ” ) ; 

CALL  GPSP  (  ,  BCID,  NGDR,  [KNN],  BGPDT(BC),  [YS(BC)],  USET(BC) , 

GPST{BC)  ); 

CALL  MKPVECT  (  USET(BC) ,  [PGMN(BC) ] ,  [PNSF(BC>3,  [PFOA{BC) ] ,  [PARL(BC)]  ); 
CALL  BOUNDUPD  (  BCID,  GSIZE,  ESIZE(BC) ,  USET(BC),  NSPC,  NOMIT,  NRSET  );  'l 


IF  NBNDCOND  >  1  CALL  NULLMAT  (  [KFF] ,  [PF] ,  [MFF] ,  [GTKF] ,  [GSTKF] , 

[UGTKF]  )  ; 

IF  NSPC  <>  0  THEN 


$ 

PERFORM  SPC  REDUCTION  $ 

$ 

PRINT { " LOG= ( '  SPC  REDUCTION ' ) "  )  ; 

CALL  NREDUCE  (  [KNN],  [PN] ,  [PNSF(BC)],  [YS(BC)],  [KFF],  [KFS] , 

[KSS],  [PF],  [PS]  ); 

IF  BMASS  <>  0  CALL  NREDUCE  (  [MNN] ,  ,  [PNSF(BC) ] ,  ,  [MFF] ) ; 

IF  BSAERO  <>  0  THEN 

CALL  NREDUCE  (  ,  [GTKN] ,  [PNSF{BC)],  ,  ,  ,  ,  [GTKF]  ); 

CALL  NREDUCE  (  ,  [GSTKN] ,  [PNSF{BC)],  ,  ,  ,  ,  [GSTKF]  ); 

ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0 

CALL  NREDUCE  ( ,  [UGTKN] ,  [PNSF (BC) ],,,,,  [UGTKF] ) ; 

ELSE 

$ 

NO  SPC  REDUCTION  ^ 

$ 

[KFF]  :=  [KNN]; 

IF  BLOAD  <>  0  [PF]  ;=  [PN] ; 

IF  BMASS  <>  0  [MFF]  ;=  [MNN] ; 

IF  BSAERO  <>  0  THEN 
[GTKF]  ;=  [GTKN]; 

[GSTKF]  :=  [GSTKN]  ; 

ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKF]  : =  [UGTKN] ; 

ENDIF;  ; 


$ 

IF  NBNDCOND  >  1  CALL  NULLMAT  (  [KAA]  ,  [PA],  [MAA]  ,  [KAAA]  ,  [PAA]  ,  [UGTKA] )  ; 

$ 

IF  NGDR  <>  0  THEN 

$ 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION  WHICH  IS  DISCIPLINE  $ 

INDEPENDENT.  THE  RESULTING  [GSUBO]  MATRIX  WILL  BE  USED  BY  $ 

ALL  DISCIPLINES  $ 

$ 

PRINT ( "LOG= ( '  DYNAMIC  REDUCTION' ) " ) ; 

$ 


86 


Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2073 

4!$ 

2074 

4!$ 

2075 

4  ■ 

2076 

4! 

2077 

4! 

2078 

4! 

2079 

4! 

2080 

4! 

2081 

4!$ 

2082 

4!$ 

2083 

41$ 

2084 

4!$ 

2085 

4!$ 

2086 

4! 

2087 

5! 

2088 

5i 

2089 

5! 

2090 

5! 

2091 

4! 

2092 

4’ 

2093 

4! 

2094 

4! 

2095 

4! 

2096 

4! 

2097 

4! 

2098 

4! 

2099 

4! 

2100 

3!$ 

2101 

3! 

2102 

4!$ 

2103 

4!$ 

2104 

4!$ 

2105 

4! 

2106 

5!$ 

2107 

5!$ 

2108 

5!$ 

2109 

5! 

2110 

5!$ 

2111 

51 

2112 

5! 

2113 

51 

2114 

5! 

2115 

6! 

2116 

6! 

2117 

6! 

2118 

5! 

2119 

5! 

2120 

61$ 

2121 

61$ 

2122 

61$ 

2123 

6! 

2124 

61$ 

OBTAIN  THE  OMITTED  DOF  PARTITION  OF  KFF  AND  MFF  $ 

$ 

CALL  PARTN  (  [KFF],  [KOO] ,  ,  [KOA] ,  ,  [PFOA{BC)]  ); 

CALL  PARTN  (  [MFF],  [MOO],  ,  ,  ,  [PFOA(BC) ]  )? 

ASIZE  :=  GSIZE  -  NMPC  -  NSPC  -  NOMIT; 


LSIZE  ;=  ASIZE  -  NRSET; 


CALL  GDRl  (  [KOO],  [MOO],  [KSOO] ,  [GGO] ,  LKSET,  LJSET,  NEIV, 
FMAX,  BCID,  BGPDT(BC) ,  USET(BC) ,  NOMIT,  LSIZE  ); 


LKSET 


<>  0 
=  0 


$ 

MEANING  $ 

APPROX.  MODE  SHAPES  SELECTED  $ 

NO  APPROX.  MODE  SHAPES  IN  GDR  $ 

$ 


IF  LKSET  <>  0  THEN 

CALL  SDCOMP  (  [KSOO],  [LSOO] ,  USET(BC),  SINGOSET  ); 

CALL  GDR2  (  [LSOO],  [MOO],  [PHIOK] ,  LKSET,  LJSET, 

NEIV,  FMAX,  BCID  ) ; 

ENDIF; 

CALL  GDR3  (  [KOO] ,  [KOA],  [MGG] ,  [PHIOK],  [TMN(BC) ] ,  [GGO], 
[PGMN(BC)],  [PNSF(BC>],  [PFOA(BC) ] ,  [GSUBO(BC>], 
BGPDT(BC),  USET(BC), 

LKSET,  LJSET,  ASIZE,  GNORM,  BCID  ) ; 

CALL  GDR4  (  BCID,  GSIZE,  PSIZE(BC) ,  LKSET,  LJSET, 

[PGMN(BC)],  [TMN(BC)],  [PNSF{BC)],  [PFOA(BC)], 
[PARL(BC)],  [PGDRG{BC)],  [PAJK] ,  [PFJK] ,  BGPDT(BC), 
USET(BC)  >; 


ENDIF; 

IF  BLOAD  <>  0  OR  BMODES  <>  0  OR  BFLUTR  <>  0  OR  BDYN  <>  0  THEN 
REDUCE  THE  MATRICES  WITHOUT  AEROELASTIC  CORRECTIONS 


IF  NGDR  <>  0  THEN 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION 

PRINT [ "LOG= ( '  SYMMETRIC  DYNAMIC  REDUCTION' ) " ) ; 

[MAA]  ;=  TRANS  (  [GSUBO(BC)]  )  *  [  [MFF]  *  [GSUBO(BC) ] 
[KAA]  :=  TRANS  (  [GSUBO(BC)]  )  *  [  [KFF]  *  [GSUBO{BC)] 
IF  BLOAD  <>  0  [PA]  :=  TRANS  {  [GSUBO{BC)]  )  *  [PF] 
IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  THEN 
[TMPl]  :=  TRANS  {  [UGTKF]  )  *  [GSUBO(BC)]; 

CALL  TRNSPOSE  (  [TMPl],  [UGTKA]  ) ; 


$ 

$ 

$ 

$ 

]; 

]; 


ENDIF; 

ELSE 

IF  NOMIT  <>  0  THEN 

$ 

PERFORM  THE  STATIC  REDUCTION  $ 

$ 

PRINT ( " LOG= ( '  STATIC  CONDENSATION ' ) " ) ; 

$ 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2125 

6! 

2126 

6! 

2127 

6J$ 

2128 

6! 

2129 

7!$ 

2130 

7!$ 

2131 

7J$ 

2132 

7! 

2133 

7! 

2134 

7! 

2135 

7! 

2136 

7! 

2137 

7! 

2138 

6J 

2139 

7! 

2140 

7! 

2141 

7J 

2142 

7! 

2143 

71 

2144 

6! 

2145 

61$ 

2146 

61$ 

2147 

61$ 

2148 

6! 

2149 

6! 

2150 

6! 

2151 

6! 

2152 

6! 

2153 

51 

2154 

41$ 

2155 

4! 

2156 

51$ 

2157 

51$ 

2158 

51$ 

2159 

5! 

2160 

51 

2161 

5! 

2162 

5! 

2163 

51 

2164 

51 

2165 

51$ 

2166 

51$ 

2167 

51$ 

2168 

5! 

2169 

5! 

2170 

5! 

2171 

5! 

2172 

51 

2173 

51$ 

2174 

51 

2175 

61$ 

2176 

61$ 

CALL  FREDUCE  (  [KFF] ,  [PF] ,  [PFOA(BC)],  ,  [KOOINV(BC) ] ,  ,  , 
[GSUBO(BC) ] ,  [KAA] ,  [PA] ,  [PO] ,  USET(BC)  } ; 

IF  BMASS  <>  0  THEN 

PERFORM  GUYAN  REDUCTION  OF  THE  MASS  MATRIX 

CALL  PARTN  (  [MFF] ,  [MOO],  ,  [MOA] ,  [MAABAR] ,  [PFOA(BC)]  ) 
[MAA]  :=  [MAABAR]  +  TRANS ([MOA])  *  [GSUBO(BC>]  + 

TRANS {[GSUBO(BC)])  *  [MOA]  + 

TRANS ( [GSUBO(BC) ] )  *  [  [MOO]  *  [GSUBO(BC)]  ]; 

IF  NRSET  <>  0  [IFM(BC)]  ;=  [MOO]  *  [GSUBO(BC)]  +  [MOA] ; 
ENDIF; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  THEN 

CALL  ROWPART  (  [UGTKF] ,  [UGTKO] ,  [UGTKAB] ,  [PFOA(BC)]  ); 
[TMPl]  :=  TRANS (  [UGTKO]  )  *  [GSUBO(BC)]; 

CALL  TRNSPOSE  (  [TMPl],  [TMP2]  ); 

[UGTKA]  :=  [UGTKAB]  +  [TMP2]; 

ENDIF; 

ELSE 

NO  F-SET  REDUCTION 

[KAA]  ;=  [KFF]; 

IF  BLOAD  <>  0  [PA]  ;=  [PF]  ; 

IF  BFLUTR  <>  0  OR  BGUST  <>  0  OR  BBLAST  <>  0  [UGTKA] ;= [UGTKF] ; 
IF  BMASS  <>  0  [MAA]  :=  [MFF] ; 

ENDIF ; 

ENDIF; 

IF  NRSET  <>  0  THEN 

PERFORM  THE  SUPPORT  SET  REDUCTION 

PRINT ( " LOG= ( '  SUPPORT  REDUCTION ' ) " ) ; 

CALL  PARTN  (  [KAA],  [KRR] ,  [KLR] ,  ,  [KLL] ,  [P7UUj(BC)]  ); 

CALL  SDCOMP  (  [KLL],  (KLLINV(BC) ] ,  USET(BC) ,  SINGLSET  ); 

CALL  FBS  (  tKLLINV(BC)],  [KLR],  [D(BC) ] ,  -1  ); 

CALL  RBCHECK  (  BCID,  USET(BC),  BGPDT(BC),  [D(BC)],  [KLL], 

[KRR] ,  [KLR]  ) ; 

CALCULATE  THE  REDUCED  MASS  MATRIX 

CALL  PARTN  ([MAA],  [MRRBAR] ,  [MLR],  ,  [MLL] ,  [PARL(BC)]); 
[IFR(BC)]  :=  [MLL]  *  [D(BC)]  +  [MLR] ; 

[MRR(BC)]  :=  [MRRBAR]  +  TRANS  (  [MLR]  )  *  [D(BC)]  + 

TRANS  (  [D(BC)]  )  *  [IFR(BC)]; 

[R22]  :=  TRANS  (  [D(BC>]  )  *  [MLR]  +  [MRRBAR]; 

IF  BLOAD  <>  0  THEN 

PROCESS  STATICS  WITH  INERTIA  RELIEF 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2177  6!$ 

2178  6! 

2179  6! 

2180  6! 

2181  6! 

2182  6! 

2183  6! 

2184  6! 

2185  6! 

2186  6! 

2187  6! 

2188  6! 

2189  5! 

2190  6! 

2191  6! 

2192  6i 

2193  6i 

2194  6! 

2195  5! 

2196  5!$ 

2197  5!$ 

2198  5!$ 

2199  5! 

2200  6! 

2201  6! 

2202  6! 

2203  6! 

2204  5! 

2205  6! 

2206  6! 

2207  6! 

2208  6! 

2209  6! 

2210  5! 

2211  4! 

2212  3!$ 

2213  3! 

2214  4!$ 

2215  4!$ 

2216  4!$ 

2217  4! 

2218  4! 

2219  4! 

2220  4! 

2221  4! 

2222  5! 

2223  5! 

2224  5!$ 

2225  5!$ 

2226  5!$ 

2227  5! 

2228  5! 


PRINT ( "L0G= ( ' 


>»DISCIPLINE:  STATICS  ( INERTIA  RELIEF)' 


CALL  ROWPART  (  [PA] ,  [PR] , 


[PARL(BC)]  ); 


[LHS(BC) ] 
[RHS(BC) ] 


[MRR(BC) ] ; 
TRANS ( [D(BC) ] ) 


CALL  INERTIA  {  [LHS(BC)],  [RHS (BC) ] ,  [AR]  ); 

[AL]  :=  tD(BC)]  *  [AR] ; 

CALL  ROWMERGE  {  [AA] ,  [AR] ,  [AL] ,  [PARL(BC)]  ); 

[RHS(BC)3  :=  [PLBAR]  -  [IFR(BC)]  *  [AR] ; 

CALL  FBS  (  [KLLINV(BC) 1 ,  [RHS(BC)].  [UL]  >; 

CALL  YSMERGE  (  [UA] ,  ,  [UL] ,  [PARL(BC)]  ); 

ENDIF; 

IF  BMODES  <>  0  THEN 

PRINT  ( •’LOG=  ( '  »>DISCIPLINE ;  NORMAL  MODES ' )  "  )  ; 

CALL  REIG  (  ,  BCID,  USET(BC) ,  [KAA] ,  [MAA] ,  [MRR(BC) ] , 

[D(BC)],  LAMBDA,  [PHIA] ,  [Mil],  HSIZE(BC)  ); 
CALL  OFPMROOT  (  ,  BCID,  LAMBDA  } ; 


NO  SUPPORT  SET  REDUCTION 
IF  BLOAD  <>  0  THEN 

PRINT  (  "LOG=  ( '  >»DISCIPLINE :  STATICS ' )  “ )  ; 

CALL  SDCOMP  (  [KAA],  [KLLINV{BC) ] ,  USET{BC) ,  SINGASET  ) ; 

CALL  FBS  (  [KLLINV(BC) ] ,  [PA],  [UA]  ) ; 

ENDIF; 

IF  BMODES  <>  0  THEN 

PRINT ( “LOG^ ( '  »>DISCIPLINE :  NORMAL  MODES ' ) " ) ; 

CALL  REIG  {  ,  BCID,  USET{BC) ,  [KAA],  [MAA],  ,  ,  LAMBDA, 
[PHIA],  [MID,  HSI2E(BC)  )  ; 

CALL  OFPMROOT  (  ,  BCID,  LAMBDA  ) ; 

ENDIF; 

ENDIF; 

ENDIF; 

IF  BSAERO  <>  0  THEN 

PERFORM  STATIC  AEROELASTIC  ANALYSES 

PRINT ( " LOG= ( '  SAERO  INITIALIZATION ' ) " ) ; 

CALL  TRNSPOSE  (  [GSTKF] ,  [GSKF]  ) ; 

LOOP  :=  TRUE; 

SUB  :=  0; 

WHILE  LOOP  DO 

SUB  :=  SUB  +  1; 

CALL  SAERODRV  (BCID,  SUB,  LOOP,  MINDEX,  SYM,  MACH,  QDP,  1  ) ; 

ADJUST  THE  KFF  MATRIX  AND  DETERMINE  THE  RIGID  AIR  LOADS 

IF  SYM  =  1  [AICS]  :  =  [GTKF]  *  [TRANS  {  [AICMAT  (MINDEX)  ]  )  *  [GSKF]  ]  ; 
IF  SYM  =  -1  [AICS]  :=  [GTKF] * [TRANS ( [AAICMAT (MINDEX) ])* [GSKF] ] ; 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2229 

5J 

2230 

5! 

2231 

5!$ 

2232 

51$ 

2233 

51$ 

2234 

51$ 

2235 

5! 

2236 

61$ 

2237 

61$ 

2238 

61$ 

2239 

61 

2240 

61 

2241 

61 

2242 

61 

2243 

6! 

2244 

6! 

2245 

71$ 

2246 

71$ 

2247 

71$ 

2248 

7! 

2249 

71$ 

2250 

71 

2251 

81 

2252 

81$ 

2253 

81$ 

2254 

00 

<A 

2255 

81 

2256 

8! 

2257 

81 

2258 

71$ 

2259 

71 

2260 

71 

2261 

7! 

2262 

7! 

2263 

71$ 

2264 

71 

2265 

81$ 

2266 

81$ 

2267 

81$ 

2268 

81 

2269 

81 

2270 

8! 

2271 

81 

2272 

81 

2273 

8! 

2274 

81 

2275 

91 

2276 

81 

2277 

71 

2278 

71$ 

2279 

71$ 

2280 

71$ 

[PAF3  :=  (QDP)  [  [GTKF]  *  [AIRFRC (MINDEX) J  ]; 

[KAFF]  [KFF]  -  (QDP)  [AICS] ; 

REDUCE  THE  MATRICES  WITH  AEROELASTIC  CORRECTIONS 

SAVE  THE  SUBCASE/ BC  DEPENDENT  DATA  FOR  SENSITIVITY  ANALYSIS 

IF  NGDR  <>  0  THEN 

PERFORM  THE  GENERAL  DYNAMIC  REDUCTION 


PRINT { "LOG= { ' 


SAERO  DYNAMIC  REDUCTION' ) “ ) ; 


TRANS  {  [GSUBO{BC)]  )  *  (  [MFF]  *  [GSUBO{BC) )  ]; 

TRANS  (  [GSUBO(BC)]  )  *  [  [KAFF]  *  [GSUBO(BC)]  ]; 

TRANS  (  [GSUBO(BC)]  )  *  [PAF] ; 


IF  NOMIT  <>  0  THEN 


PERFORM  THE  STATIC  REDUCTION 


PRINT (- LOG= ( ' 


SAERO  STATIC  CONDENSATION' ) " ) ; 


IP  NRSET  <>  0  AND  SUB  =  1  AND  BLOAD  =  0  AND  BMODES  =  0  AND 
BFLUTR  =  0  AND  BDYN  =  0  THEN 

FORM  [KAA]  ON  SO  [D]  CAN  BE  FORMED 

CALL  FREDUCE  ([KFF],  ,  [PFOA(BC)],  ,  [KOOINV(BC) ] ,  ,  , 
[GSUBO(BC)],  [KAA],  ,  ,  USET(BC)  ); 

ENDIF; 

CALL  FREDUCE  (  [KAFF],  [PAF],  [PFOA(BC)],  BSAERO, 
[KOOL(BC,SUB) ] ,  [KOOU(BC,SUB) 1 , 

[KAO(BC,SUB) ] ,  [GASUBO(BC,SUB)],  [KAAA] , 
[PAA],  [POARO(BC,SUB)],  USET(BC)); 

IF  BMASS  <>  0  THEN 

PERFORM  GUYAN  REDUCTION  OF  THE  MASS  MATRIX 

CALL  PARTN  (  [MFF]  ,  [MOO]  ,  ,  [MOA]  ,  [MAABAR]  , 

[PFOA(BC)]  ); 

[MAAA]  :=  [MAABAR]  +  TRANS  ([MOA])  *  [GASUBO  (BC ,  SUB)  ]  + 
TRANS { [GASUBO(BC, SUB) ] )  *  [MOA]  + 

TRANS ( [GASUBO (BC, SUB) ] )  *  [ [MOO]  * 

(GASUBO (BC, SUB) ] ] ; 

IF  NRSET  <>  0 

CIFMA(BC,SUB)  ]  :=  [MOO]  *  [GASUBO (BC, StJB)  ]  + [MOA]  ; 

ENDIF; 

ELSE 

NO  F-SET  REDUCTION 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

2281 

LEVL 

7! 

IF  NRSET  <>  0  AND  SUB  =  1  AND  BLOAD  =  0  AND 

2282 

8! 

BMODES  =  0  AND  BFLUTR  =  0  AND  BDYN  =  0  THEN 

2283 

8!$ 

$5 

2284 

8!$ 

FORM  [KAA]  ON  FIRST  PASS  SO  [D]  CAN  BE  FORMED 

$5 

2285 

8!$ 

$! 

2286 

8! 

[KAA]  : =  [KFF] ; 

2287 

8! 

ENDIF; 

2288 

7! 

[KAAA]  :=  [KAFF] ; 

2289 

7! 

[MAAA]  : =  [MFF] ; 

2290 

7! 

[PAA]  :=  [PAF]; 

2291 

7! 

ENDIF; 

2292 

6! 

ENDIF; 

2293 

5!$ 

$5 

2294 

5! 

IF  NRSET  <>  0  THEN 

2295 

6!$ 

$5 

2296 

6!$ 

PERFORM  THE  SUPPORT  SET  REDUCTION 

$5 

2297 

6!$ 

$! 

2298 

6! 

PRINT ( " LOG= ( '  SAERO  SUPPORT  REDUCTION ; 

2299 

6!$ 

$5 

2300 

6! 

IF  SUB  =  1  AND  BLOAD  =  0  AND  BMODES  =  0  AND  BFLUTR  =  0 

2301 

7! 

AND  BDYN  =  0  THEN 

2302 

7!$ 

$5 

2303 

7!$ 

[D]  WAS  NOT  COMPUTED  FOR  NON-SAERO  DISCIPLINES  SO 

$! 

2304 

75$ 

NEED  TO  COMPUTE  IT  NOW 

$5 

2305 

7!$ 

$! 

2306 

7! 

CALL  PARTN  (  [KAA],  [KRR] ,  [KLR] ,  ,  [KLL] ,  [PARL(BC)]  ); 

2307 

7! 

CALL  SDCOMP  {  [KLL],  [KLLINV(BC) ] ,  USET{BC) ,  SINGLSET  ); 

2308 

7! 

CALL  FBS  (  [KLLINV(BC) ] ,  [KLR] ,  [D(BC)],  -1  ); 

2309 

7! 

CALL  RBCHECK  (  BCID,  USET(BC),  BGPDT(BC),  [D(BC)],  [KLL], 

2310 

71 

[KRR] ,  [KLR]  ) ; 

2311 

71 

ENDIF; 

2312 

6!$ 

$! 

2313 

6!$ 

CALCULATE  THE  REDUCED  MASS  MATRIX 

$5 

2314 

6!$ 

$5 

2315 

6! 

CALL  PARTN  ( [MAAA] ,  [MRRBAR] ,  [MLR] ,  ,  [MLL] ,  [PARL(BC) ] ) ; 

2316 

6! 

[R13 (BC,SUB) ]  :=  [MLL]  *  [D(BC)]  +  [MLR] ; 

2317 

65 

[R33]  :=  [MRRBAR]  +  TRANS  (  [MLR]  )  *  [D(BC)]  + 

2318 

6! 

TRANS  (  [D(BC)]  >  *  [R13 (BC , SUB) ] ; 

2319 

6! 

[R22]  :=  TRANS  (  [D(BC)]  )  *  [MLR]  +  [MRRBAR]; 

2320 

6! 

CALL  TRNSPOSE  {  [R13 (BC, SUB) ] ,  [R21 (BC, SUB) ]  ); 

2321 

6!$ 

$5 

2322 

65$ 

PROCESS  STEADY  AEROELASTIC  DISCIPLINE 

$5 

2323 

65$ 

$5 

2324 

6! 

PRINT  (  "  LOG=  ( '  »>DISCIPLINE :  STEADY  AERO ' )  "  )  ; 

2325 

6! 

CALL  PARTN  (  [KAAA],  [KARR],  [R12 (BC, SUB) ] ,  [KARL],  [Rll] , 

2326 

6! 

[PARL(BC)]  ); 

2327 

65 

[R32 (BC,SUB) ]  :=  TRANS ([D(BC)])  *  [R12 (BC, SUB) ]  +  [KARR] ; 

2328 

65 

[R31(BC,SUB) ]  ;=  TRANS ( [D(BC) ] )  *  [Rll]  +  [KARL] ; 

2329 

65$ 

$! 

2330 

65 

CALL  DECOMP  (  [Rll],  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ]  ); 

2331 

65$ 

$5 

2332 

65 

CALL  ROWPART  (  [PAA],  [PARBAR] ,  [PAL],  [PARL(BC)]  ); 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2333 

6! 

CALL  GFBS  (  [RLll (BC, SUB) ] ,  [RUll (BC, SUB) ] ,  [PAL], 

2334 

6J 

ER11PAL{BC,SUB) ] ,  -1); 

2335 

6! 

[PRIGID]  :=  [PARBAR]  +  TRANS ( [D (BC) ] )  *  [PAL] ; 

2336 

6! 

[PI]  ;=  [R21(BC,SUB)]  *  [RllPAL {BC, SUB) ] ; 

2337 

6! 

[P2)  :=  [PRIGID]  +  [R31(BC,SUB)]  *  [RllPAL (BC, SUB) ] ; 

2338 

6!$ 

2339 

6J 

CALL  GFBS  (  [RL11(BC, SUB) ] ,  [RUll (BC, SUB) ] ,  [R12 (BC, SUB) ] , 

2340 

6! 

[R1112 (BC,SUB) ] ,  -1); 

2341 

6! 

CALL  GFBS  (  [RLll (BC, SX^) ] ,  [RUll (BC, SUB) ] ,  CR13 (BC, SUB) ] , 

2342 

6! 

[R1113(BC,SUB)],  -1); 

2343 

6! 

[Kll]  :=  [R22]  +  [R21(BC,SUB) ]  *  (R1112 (BC, SUB) ] ; 

2344 

6! 

(K12(BC,SUB) ]  :=  [R21 (BC, SUB) ]  *  (R1113 (BC, SUB) ] ; 

2345 

6! 

[K21(BC,SUB) ]  :=  [R32 (BC, SUB) ]  +  [R31 (BC, SUB) ]  *  [R1112 (BC, SUB)  ; 

2346 

6! 

[K22]  :=  [R33]  +  [R31(BC,SUB) ]  *  [R1113 (BC, SUB) ] ; 

2347 

6!$ 

2348 

6! 

CALL  DECOMP  (  [Kll] ,  (KLll (BC, SUB) ] ,  [KUll (BC, SUB) ]  ) ; 

2349 

6! 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ] ,  [PI], 

2350 

6! 

[PAR(BC,SUB) ]  ); 

2351 

6! 

CALL  GFBS  (  [KLll (BC, SUB) ] ,  [KUll (BC, SUB) ] ,  [K12 (BC, SUB) ] , 

2352 

6‘ 

(K1112(BC,SUB) ] ,-l  ); 

2353 

6! 

[LHSA(BC,SUB) ]  :=  [K22]  +  [K21 (BC, SUB) ]  *  [K1112 (BC, SUB) ] ; 

2354 

6 ! 

[RHSA(BC,SUB) ]  ;=  [P2]  -  [K21 (BC, SUB) ]  *  [PAR (BC , SUB) ] ; 

2355 

6! 

CALL  SAERO  (  ,  BCID,  MINDEX,  SUB,  SYM,  QDP,  STABCF, 

2356 

6J 

BGPDT(BC),  [LHSA(BC,SUB) ] ,  [RHSA (BC, SUB) ] ,  [AAR], 

2357 

6  ! 

[DELTA(SUB) ] ,  [PRIGID],  [R33]  ); 

2358 

6! 

[AAL]  :=  [D(BC)]  *  [AAR]; 

2359 

6! 

CALL  ROWMERGE  (  [AAA(SUB)],  [AAR],  [AAL],  [PARL(BC)]  ); 

2360 

6! 

[UAR]  :=  [K1112 (BC,SUB) ]  *  [AAR]  +  [PAR (BC, SUB) ]  * 

2361 

6! 

[DELTA (SUB) ] ; 

2362 

6! 

[UAL]  :=  [R1112 (BC,SUB) ]  *  [UAR]  +  [R1113 (BC, SUB) ]  *  [AAR] 

2363 

6! 

-  [RllPAL (BC, SUB)]  *  [DELTA(SUB) ] ; 

2364 

6! 

CALL  ROWMERGE  (  [UAA(SUB)],  [UAR],  [UAL],  [PARL(BC)]  ); 

2365 

6! 

IF  NOMIT  <>  0  [PAO(SUB)]  :=  [ POARO ( BC , SUB ) ]  *  [DELTA(SUB)]  ; 

2366 

6! 

ELSE 

2367 

6!$ 

2368 

6!$ 

NO  SUPPORT  SET  REDUCTION 

2369 

6!$ 

2370 

6!$ 

2371 

6!$ 

PROCESS  STEADY  AEROELASTIC  DISCIPLINE 

2372 

6!$ 

2373 

6! 

PRINT ( " LOG= ( '  »>DISCIPLINE :  STEADY  AERO ' ) " ) ; 

2374 

6! 

ENDIF; 

2375 

5! 

ENDDO; 

2376 

4  > 

ENDIF 

2377 

31$ 

2378 

31$ 

PERFORM  ANY  DYNAMIC  ANALYSES  —  NOTE  THAT  THESE  ARE  INDEPENDENT 

2379 

3!$ 

OF 

THE  SUPPORT  SET 

2380 

31$ 

2381 

3! 

IF 

BDYN  <>  0  THEN 

2382 

4! 

IF 

BFLUTR  <>  0  THEN 

2383 

5! 

PRINT ( " LOG= ( '  »>DISCIPLINE :  FLUTTER ' ) “ ) ; 

2384 

51 

SUB  ;=  0; 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2385  5 

2386  5 

2387  6 

2388  6 

2389  6 

2390  6 

2391  6 

2392  6 

2393  6 

2394  6 

2395  6 

2396  6 

2397  6 

2398  6 

2399  6 

2400  6 

2401  5 

2402  4 

2403  5 

2404  6 

2405  6 

2406  5 

2407  6 

2408  6 

2409  5 

2410  5 

2411  5 

2412  5 

2413  5 

2414  5 

2415  5 

2416  5 

2417  5 

2418  5 

2419  5 

2420  5 

2421  5 

2422  5 

2423  5 

2424  5 

2425  5 

2426  4 

2427  3 

2428  4 

2429  4 

2430  4 

2431  4 

2432  4 

2433  4 

2434  4 

2435  4 

2436  4 


LOOP  :=  TRUE; 

WHILE  LOOP  DO 

SUB  :=  SUB  +  1; 

CALL  FLUTDRV  {  BCID,  SUB,  LOOP  ) ; 

CALL  FLUTQHHL  (  ,  BCID,  SUB,  ESIZE(BC) ,  PSIZE{BC) ,  [QKKL] , 
[UGTKA],  [PHIA],  USET(BC), 

[TMN(BC)],  [GSUBO(BC)],  NGDR,  AECOMPU,  GEOMUA, 
[PHIKH] ,  [QHHLFL{BC, SUB)  ]  ,  OAGRDDSP  } ; 

CALL  FLUTDMA  (  ,  BCID,  SUB,  ESIZE(BC),  PSIZE(BC),  BGPDT(BC) , 
USET{BC),  [MAA],  [KAA] ,  [TMN(BC) ] , [GSUBO (BC) ] , 
NGDR,  LAMBDA,  tPHIA] ,  [MHHFL{BC, SUB) ] , 
[BHHFL(BC,SUB) ] ,  [KHHFL (BC, SUB) ]  ); 

CALL  FLUTTRAN  (  ,  BCID,  SUB,  [ QHHLFL { BC , SUB ) ] ,  LAMBDA,  HSIZE(BC) , 
ESIZE(BC),  [MHHFL(BC,SUB) ] ,  [BHHFL (BC, SUB) ] , 
[KHHFL(BC,SUB) 3 ,  CLAMBDA  ); 

ENDDO; 

ENDIF; 

IF  BDRSP  <>  0  THEN 

IF  BMTR  <>  0  OR  BDTR  <>  0  THEN 

PRINT ( "LOG= ( '  »>DISCIPLINE:  TRANSIENT  RESPONSE ' ) " ) ; 

ENDIF, - 

IF  BMFR  <>  0  OR  BDFR  <>  0  THEN 

PRINT  (  "LOG=  (  '  »>DISCIPLINE:  FREQUENCY  RESPONSE  ')"),* 

ENDIF; 

CALL  QHHLGEN  (BCID,  ESIZE(BC),  I  QKKL 3 ,  [QKJL3 ,  [UGTKA] ,  [PHIA3 , 
[PHIKH 3,  [QHHL],  [QHJL3 ) ; 

CALL  DMA  (  ,  BCID,  ESIZE(BC),  PSIZE(BC),  BGPDT(BC),  USET(BC),  [MAA], 
[KAA],  [TMN(BC)],  [GSUBO(BC)3,  NGDR, 

LAMBDA,  [PHIA3 ,  [MDD] ,  [BDD] ,  [KDDT] ,  [KDDF] , 

[MHH] ,  [BHH3 ,  [KHHT] ,  [KHHF]  ) ; 

CALL  DYNLOAD  (  ,  BCID,  GSIZE,  ESIZE(BC),  PSIZE(BC),  SMPLOD, 

BGPDT(BC) ,  USET(BC) ,  [TMN(BC) 3 ,  [GSUBO(BC)], 

NGDR,  [PHIA],  [QHJL] ,  [PDT] ,  [PDF], 

[PTGLOAD],  [PTHLOAD],  [PFGLOAD] ,  [PFHLOAD]  ); 

CALL  DYNRSP  (BCID,  ESIZE(BC),  [MDD],  [BDD],  [KDDT],  [KDDF], 

[MHH] ,  [BHH] ,  [KHHT] ,  [KHHF] ,  [PDT] ,  [PDF] , 

[QHHL] ,  [UTRANA]  ,  [UFREQA] ,  [UTRANI] ,  [UFREQI] , 

[UTRANE] ,  [UFREQE]  ) ; 

IF  BMTR  <>  0  [UTRANA]  :=  [PHIA]  *  [UTRANI]; 

IF  BMFR  <>  0  [UFREQA]  :=  [PHIA]  *  [UFREQI] ; 

ENDIF; 

ENDIF; 

IF  BBLAST  <>  0  THEN 

PRINT  (  "  LOG=  (  '  »>DISCIPLINE :  BLAST ' )  -  )  ; 

CALL  BLASTFIT  (  BCID,  [QJJL] ,  [MATTR] ,  [MATSS] ,  BQDP,  [BFRC] , 

[DWNWSH] ,  HSIZE(BC),  [ID2] ,  [MPART] ,  [UGTKA], 

[BLGTJA] ,  [BLSTJA]  ) ; 

CALL  COLPART  (  [PHIA] ,  ,  [PHIE] ,  [MPART]  ) ; 

CALL  ROWMERGE  (  [PHIR] ,  [ID2],  [D(BC)],  [PARL(BC)}  ); 

CALL  COLMERGE  (  [PHIB] ,  [PHIR],  [PHIE],  [MPART]  ); 

[GENM]  :=  TRANS (  [PHIE]  )  *  [  [MAA]  *  [PHIB]  ]; 

[GENK]  :=  TRANS(  [PHIB]  )  *  [  [KAA]  *  [PHIB]  ]; 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 


2437 

4! 

2438 

4! 

2439 

4  ! 

2440 

4! 

2441 

41 

2442 

4! 

2443 

4! 

2444 

4! 

2445 

4J 

2446 

4! 

2447 

4! 

244$ 

4! 

2449 

4! 

2450 

4! 

2451 

4! 

2452 

4! 

2453 

4! 

2454 

4! 

2455 

4! 

2456 

3!$ 

2457 

3!$ 

2458 

3!$ 

2459 

3! 

2460 

3! 

2461 

4!$ 

2462 

4!$ 

2463 

4!$ 

2464 

4!$ 

2465 

4! 

2466 

4! 

2467 

5! 

2468 

5! 

2469 

5! 

2470 

5! 

2471 

6! 

2472 

6! 

2473 

6! 

2474 

6! 

2475 

5! 

2476 

4! 

2477 

5! 

2478 

6! 

2479 

6! 

2480 

6! 

2481 

6!$ 

2482 

6!$ 

2483 

6!$ 

2484 

6!$ 

2485 

6! 

2486 

6! 

2487 

7! 

2488 

7! 

[DTSLPI  :=:  TRANS  (  [BLSTJA]  )  *  [PHIB]  ; 

CFTF]  :=  TRANS  {  [PHIB]  )  *  [BLGTJA] ; 

[GENF]  :=  (BQDP)  [FTF]  *  [BFRC] ; 

[GENFA]  :=  (BQDP)  [FTF]  *  [MATSS] ; 

[GENQ]  : =  [GENFA]  *  [DTSLP] ; 

[GENQL]  :=  (BQDP)  [FTF]  *  [MATTR] ; 

CALL  PARTN  (  [GENQ] , [QRR]  ,  ,  [QRE] ,  [QEE] ,  [MPART]  ) ; 

CALL  PARTN  (  [GENK] ,  ,  ,  ,  [KEE] ,  [MPART]  ) ; 

[KEQE]  :=  [QEE]  +  [KEE] ; 

CALL  DECOMP  (  [KEQE] ,  [LKQ] ,  [UKQ]  ) ; 

CALL  ROWPART  (  [GENF] ,  [GFR] ,  [GFE] ,  [MPART]  ) ; 

CALL  GFBS  (  [LKQ] ,  [UKQ] ,  [GFE] ,  [BTEM]  ) ; 

[DELM]  :=  -[QRE]  *  [BTEM]  +  [GFR] ; 

CALL  BLASTRIM  (  BCID,  [DELM],  [MRR(BC)],  [URDB] ,  [DELB]  ); 
[ELAS]  ;=  [BTEM]  *  [DELB] ; 

[SLPMOD]  :=  TRANS  (  [BLSTJA]  )  *  [PHIE] ; 

CALL  BLASTDRV  (  BCID,  [GENM] ,  [GENK] ,  [GENFA] ,  [GENQL] ,  [DELB] , 
[URDB]  ,  [DWNWSH] ,  [SLPMOD] ,  [ELAS] ,  [UBLASTI]  ) 


ENDIF; 


BEGIN  THE  DATA  RECOVERY  OPERATIONS 


IF  NBNDCOND  >  1  CALL  NULLMAT  (  [UF]  ,  [AF]  ,  [PHIF]  )  ; 
IF  NGDR  <>  0  THEN 


DATA  RECOVERY  WITH  GDR 

APPEND  THE  GDR-GENERATED  DOFS  TO  THE  F-SET 

PRINT ( "LOG= ( '  DYNAMIC  REDUCTION  RECOVERY ' ) “ ) ; 

IF  BLOAD  <>  0  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [UA]  ; 

CALL  ROWPART  (  [UA] ,  [UJK] ,  ,  [PAJK]  ) ; 

CALL  ROWMERGE  (  [UF] ,  [UJK],  [UFGDR],  [PFJK]  ); 

IF  NRSET  <>  0  THEN 

[AFGDR]  :=  [GSUBO(BC)]  *  [AA] ; 

CALL  ROWPART  (  [AA]  ,  [UJK]  ,  ,  [PAJK]  )  ; 

CALL  ROWMERGE  (  [AF] ,  [UJK] ,  [AFGDR] ,  [PFJK]  ) ; 

ENDIF; 

ENDIF; 

IF  BSAERO  <>  0  THEN 
FOR  S  =  1  TO  SUB  DO 

[UFGDR]  ;=  [GSUBO(BC)]  *  [UAA(S)]; 

CALL  ROWPART  (  [UAA(S)],  [UJK],  ,  [PAJK]  ); 

CALL  ROWMERGE  (  [UAFTMP]  ,  [UJK],  [UFGDR],  [PFJK]  )  ; 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE 
MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY 

CALL  SAEROMRG  (  BCID,  S,  [UAF] ,  [UAFTMP]  ); 

IF  NRSET  <>  0  THEN 

[AFGDR]  :=  [GSUBO(BC)]  *  [AAA(S) ] ; 

CALL  ROWPART  (  [AAA(S) ] ,  [UJK],  ,  [PAJK]  ); 


standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2489  7! 

2490  7! 

2491  7! 

2492  6! 

2493  5! 

2494  41 

2495  5! 

2496  5! 

2497  5! 

2498  5! 

2499  4! 

2500  5! 

2501  5! 

2502  5! 

2503  5! 

2504  4! 

2505  5! 

2506  51 

2507  5! 

2508  5! 

2509  41 

2510  4! 

2511  51$ 

2512  51$ 

2513  51$ 

2514  51 

2515  51 

2516  6! 

2517  6! 

2518  6! 

2519  7! 

2520  6! 

2521  5! 

2522  6! 

2523  71 

2524  7! 

2525  7! 

2526  71 

2527  71$ 

2528  71$ 

2529  71$ 

2530  71$ 

2531  7! 

2532  71 

2533  81 

2534  81 

2535  81 

2536  81 

2537  7! 

2538  61 

2539  51 

2540  61 


CALL  ROWMERGE  (  [AAFTMP] ,  [UJK] ,  EAFGDR] ,  [PFJK]  ); 

CALL  SAEROMRG  (  BCID,  S,  [AAF] ,  [AAFTMP]  ); 

ENDIF; 

ENDDO? 

ENDIF; 

IF  BMODES  <>  0  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [PHIA] ; 

CALL  ROWPART  (  [PHIA],  [UJK] ,  ,  [PAJK]  ); 

CALL  ROWMERGE  (  [PHIF] ,  [UJK] ,  [UFGDR] ,  [PFJK]  ) ; 

ENDIF; 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [UTRANA] ; 

CALL  ROWPART  {  [UTRANA]  ,  [UJK]  ,  ,  [PAJK]  )  ; 

CALL  ROWMERGE  (  [UTRANF] ,  [UJK],  [UFGDR],  [PFJK]  ) ; 

ENDIF; 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

[UFGDR]  :=  [GSUBO(BC)]  *  [UFREQA] ; 

CALL  ROWPART  (  [UFREQA] ,  [UJK] ,  ,  [PAJK]  ) ; 

CALL  ROWMERGE  (  [UFREQF] ,  [UJK],  [UFGDR],  [PFJK]  ); 

ENDIF; 

ELSE 

IF  NOMIT  <>  0  THEN 

DATA  RECOVERY  WITH  STATIC  CONDENSATION 

PRINT ( "LOG= ( '  STATIC  CONDENSATION  RECOVERY ' ) " ) ; 

IF  BLOAD  <>  0  THEN 

CALL  RECOVA  (  [UA] ,  [PO] ,  [GSUBO(BC)],  NRSET,  [AA] , 

[IFM(BC)],  ,  [KOOINV(BC) ] , , [PFOACBO ] ,  [UF]  ); 
IF  NRSET  <>  0  CALL  RECOVA  (  [AA] ,  ,  [GSUBO (BC) ],,,,,, , 

[PFOA{BC)],  [AF]  ); 

ENDIF; 

IF  BSAERO  <>  0  THEN 
FOR  S  =  1  TO  SUB  DO 

CALL  RECOVA  {  [UAA(S) ] ,  [PAO(S) ] ,  [GASUBO (BC, S) ] , 

NRSET,  [AAA(S)],  [IFMA (BC, S) ] ,  BSAERO, 
[KOOL(BC,S) ] ,  [KOOU(BC,S) ] , 

[PFOA(BC)],  [UAFTMP]  ); 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE 
MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY 

CALL  SAEROMRG  (  BCID,  S,  [UAF] ,  [UAFTMP]  ); 

IF  NRSET  <>  0  THEN 

CALL  RECOVA  (  [AAA(S) ] , , [GASUBO (BC, S) 

[PFOA(BC)],  [AAFTMP]); 

CALL  SAEROMRG  (  BCID,  S,  [AAF] ,  [AAFTMP]  ) ; 

ENDIF; 

ENDDO; 

ENDIF; 

IF  BMODES  <>  0  THEN 

[PHIO]  :=  (GSUBO(BC}]  *  [PHIA]; 


$ 

$ 

$ 


$ 

$ 

$ 

$ 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2541  6! 

2542  6! 

2543  5! 

2544  6! 

2545  6! 

2546  6! 

2547  5! 

2548  6! 

2549  6! 

2550  6! 

2551  5! 

2552  51$ 

2553  5!$ 

2554  5!$ 

2555  5! 

2556  6! 

2557  6! 

2558  6! 

2559  5! 

2560  6! 

2561  7!$ 

2562  7!$ 

2563  71$ 

2564  71$ 

2565  7! 

2566  7! 

2567  7! 

2568  6! 

2569  5! 

2570  5! 

2571  5! 

2572  5! 

2573  4! 

2574  3!$ 

2575  31 

2576  31 

2577  41$ 

2578  41$ 

2579  41$ 

2580  41 

2581  41 

2582  51 

2583  51 

2584  51 

2585  51 

2586  51 

2587  51 

2588  51 

2589  41 

2590  51 

2591  51 

2592  51 


CALL  ROWMERGE  (  [PHIF] ,  [PHIO] ,  [PHIA] ,  [PFOA{BC) ]  ); 

ENDIF; 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

CALL  RECOVA  (  [UTRANA] ,  ,  [GSUBO (BC) , 

[PFOA(BC)],  [UTRANF]  ); 

ENDIF; 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

CALL  RECOVA  (  [UFREQA] ,  ,  [GSUBO (BC) , 

[ PFOA ( BC ) ] ,  [UFREQF]  ) ; 

ENDIF; 

ELSE 

DATA  RECOVERY  WITHOUT  F-SET  REDUCTION 

IF  BLOAD  <>  0  THEN 
[UF]  [UA]; 

IF  NRSET  <>  0  [AF]  : =  [AA] ; 

ENDIF; 

IF  BSAERO  <>  0  THEN 
FOR  S  =  1  TO  SUB  DO 

MERGE  THE  CURRENT  SUBCASE  DEPENDENT  RESULTS  INTO  A  SINGLE 
MATRIX  OF  RESPONSE  QUANTITIES  FOR  FURTHER  RECOVERY 

CALL  SAEROMRG  (  BCID,  S,  [UAFl ,  [UAA(S) ]  ); 

IF  NRSET  <>  0  CALL  SAEROMRG  {  BCID,  S,  [AAF] ,  [AAA(S) ]  ); 
ENDDO; 

ENDIF; 

IF  BMODES  <>  0  EPHIF]  :=  [PHIA] ; 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANF]  :=  [UTRANA]; 

IF  BDFR  <>  0  OR  BMFR  <>  0  [UFREQF]  :=  [UFREQA]; 

ENDIF; 

ENDIF; 

IF  NBNDCOND  >  1  CALL  NULLMAT  {  [UN],  [AN],  [PHIN]  ); 

IF  NSPC  <>  0  THEN 

DATA  RECOVERY  WITH  SPC-REDUCTION 

PRINT { " LOG= ( '  SPC  RECOVERY ' ) " ) ; 

IF  BLOAD  <>  0  THEN 

CALL  YSMERGE  (  [UN],  [YS(BC)],  [UF] ,  tPNSF(BC)]  ); 

CALL  OFPSPCF  (  0,  BCID,  1,  1,  GSIZE,  ESIZE(BC) ,  NGDR, 

[KFS] ,  [KSS] ,  [UF],  [YS(BC)],  [PS], 

[PNSF{BC)],  [PGMN(BC)],  [PFJK] ,  ,  ,  , 

BGPDT(BC),  OGRIDLOD  ); 

IF  NRSET  <>  0  CALL  YSMERGE  (  [AN],  ,  [AF] ,  [PNSF(BC)]  ); 

ENDIF; 

IF  BSAERO  <>  0  THEN 

CALL  YSMERGE  (  [UAN] ,  [YS(BC)],  [UAF] ,  [PNSF(BC)]  ); 

IF  NRSET  <>  0  CALL  YSMERGE  (  [AAN] ,  ,  [AAF],  [PNSF(BC)]  ); 
ENDIF; 


$ 

$ 

$ 


$ 

$ 

$ 

$ 


$ 


$ 

$ 

$ 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2593  4! 

2594  5! 

2595  5i 

2596  5! 

2597  6! 

2598  6! 

2599  6! 

2600  6! 

2601  5! 

2602  4! 

2603  5! 

2604  5! 

2605  4! 

2606  5! 

2607  5! 

2608  4! 

2609  5! 

2610  5! 

2611  5J 

2612  4! 

2613  5! 

2614  5! 

2615  5! 

2616  5! 

2617  5! 

2618  4! 

2619  4!$ 

2620  4!$ 

2621  4!$ 

2622  4! 

2623  5! 

2624  5! 

2625  5! 

2626  4' 

2627  5! 

2628  5! 

2629  5! 

2630  4! 

2631  4! 

2632  4! 

2633  4? 

2634  3!$ 

2635  3! 

2636  4! 

2637  3! 

2638  4!$ 

2639  4!$ 

2640  4!$ 

2641  4! 

2642  4! 

2643  5! 

2644  51 


IF  BMODES  <>  0  THEN 

CALL  YSMERGE  (  [PHIN] ,  [YS(BC)],  [PHIF] , 

[PNSF(BC)]  ); 

IF  DMODES  <>  0  CALL  OFPSPCF  (  0,  BCID,  2,  1,  GSIZE, 

ESIZE{BC),  NGDR, 

[KFS] ,  ,  [PHIF] ,  ,  , 

IPNSF(BC)],  [PGMN(BC)],  [PFJK] , 

,  ,  ,  BGPDT{BC),  OGRIDLOD  ); 

ENDIF; 

IF  BDTR  <>  0  OR  BMTR  <>  0 

CALL  YSMERGE  (  [UTRANN] ,  [YS(BC)],  [UTRANF] , 

[PNSF(BC)],  BDTR  ); 

IF  BDFR  <>  0  OR  BMFR  <>  0 

CALL  YSMERGE  (  [UFREQN] ,  [YS(BC)],  [UFREQF] , 

[PNSF(BC)],  BDFR  ); 

IF  BFLUTR  <>  0 

CALL  OFPSPCF  (  0,  BCID,  4,  2,  GSIZE,  ESIZE(BC),  NGDR,  [KFS],  , 
[PHIF],  ,  ,  [PNSF(BC)],  [PGMN(BC)],  [PFJK] , 

,  ,  ,  BGPDT(BC),  OGRIDLOD  ); 

IF  BBLAST  <>  0  THEN 

[UBLASTF]  :=  [PHIF] * [UBLASTI] ; 

CALL  OFPSPCF  {  0,  BCID,  8,  1,  GSIZE,  ESIZE(BC),  NGDR, 

[KFS],  ,  [UBLASTF],  ,  ,  [PNSF(BC)],  [PGMN(BC)], 
[PFJK],  ,  ,  ,  BGPDT(BC),  OGRIDLOD  ); 

ENDIF ; 

ELSE 

DATA  RECOVERY  WITHOUT  SPC -REDUCTION 

IF  BLOAD  <>  0  THEN 
[UN]  ;=  [UF]; 

IF  NRSET  <>  0  [AN]  :=  [AF] ; 

ENDIF; 

IF  BSAERO  <>  0  THEN 
[UAN]  :=  [UAF]; 

IF  NRSET  <>  0  [AAN]  :=  [AAF] ; 

ENDIF; 

IF  BMODES  <>  0  [PHIN]  :=  [PHIF] ; 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANN]  :=  [UTRANA] ; 

IF  BDFR  <>  0  OR  BMFR  <>  0  [UFREQN]  [UFREQA] ; 

ENDIF; 

IF  NBNDCOND  >  1  CALL  NULLMAT  (  [UG(BC>],  [AG(BC)],  [UAG{BC)],  [AAG(BC) ] , 


DATA  RECOVERY  WITH  MPC -REDUCTION 

PRINT  (  "  LOG=  { '  MPC  RECOVERY  ')’*); 

IF  BLOAD  <>  0  THEN 

[UM]  [TMN(BC)]  *  [UN] ; 

CALL  ROWMERGE  (  [UG(BC)],  [UM] ,  [UN] ,  [PGMN(BC)]  ); 


$ 

$ 

$ 


$ 


$ 

$ 

$ 
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standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2645 

5! 

IF  NRSET  <>  0  THEN 

2646 

6! 

[UM]  :=  [TMN(BC)]  *  [AN] ; 

2647 

6! 

CALL  ROWMERGE  (  [AG(BC) ] ,  [UM] 

,  [AN], 

[PGMNCBC) ] 

2648 

6! 

ENDIF; 

2649 

5! 

ENDIF; 

2650 

4! 

IF  BSAERO  <>  0  THEN 

2651 

5! 

[UM]  :=  [TMN(BC)]  *  [UAN] ; 

2652 

5! 

CALL  ROWMERGE  {  [UAG(BC) ] ,  [UM] , 

[UAN],  [PGMN(BC)]  ) 

2653 

5! 

IF  NRSET  <>  0  THEN 

2654 

61 

[UM]  :=  [TMN{BC)]  *  [AAN] ; 

2655 

6! 

CALL  ROWMERGE  (  [AAG(BC)],  [UM] ,  [AAN] 

,  [PGMN(BC) 

2656 

6! 

ENDIF; 

2657 

5! 

ENDIF; 

2658 

4! 

IF  BMODES  <>  0  THEN 

2659 

5! 

[UM]  :=  [TMN(BC)3  *  [PHIN] ; 

2660 

5! 

CALL  ROWMERGE  (  [PHIG(BC)],  [UM]  , 

[PHIN] , 

[PGMN(BC) ] 

2661 

5! 

ENDIF; 

2662 

4! 

IF  BDTR  <>  0  OR  BMTR  <>  0  THEN 

2663 

5i 

[UM]  [TMN(BC)]  *  [UTRANN] ; 

2664 

5J 

CALL  ROWMERGE  (  [UTRANG] ,  [UM] ,  [UTRANN] , 

[PGMN(BC) ] 

2665 

5! 

ENDIF; 

2666 

4! 

IF  BDFR  <>  0  OR  BMFR  <>  0  THEN 

2667 

5! 

[UM]  :=  [TMN(BC)]  *  [UFREQN] ; 

2668 

5\ 

CALL  ROWMERGE  (  [UFREQG] ,  [UM] ,  [UFREQN] , 

[PGMN(BC) ] 

2669 

SI 

ENDIF; 

2670 

4! 

ELSE 

2671 

4!$ 

2672 

4!$ 

DATA  RECOVERY  WITHOUT  MPC-REDUCTION 

2673 

4!$ 

2674 

4i 

IF  BLOAD  <>  0  THEN 

2675 

5! 

[UG{BC)]  :=  [UN]; 

2676 

5! 

IF  NRSET  <>  0  [AG(BC)]  :=  [AN] ; 

2677 

5! 

ENDIF ; 

2678 

4! 

IF  BSAERO  <>  0  THEN 

2679 

5! 

[UAG{BC)]  :=  [UAN]; 

2680 

5! 

IF  NRSET  <>  0  [AAG(BC)]  :=  [AAN]  ; 

2681 

5! 

ENDIF; 

2682 

4! 

IF  BMODES  <>  0  [PHIG(BC)]  :=  [PHIN] ; 

2683 

4! 

IF  BDTR  <>  0  OR  BMTR  <>  0  [UTRANG] 

:=  [UTRANN]; 

2684 

4! 

IF  BDFR  <>  0  OR  BMFR  <>  0  [UFREQG] 

:=  [UFREQN]; 

2685 

4! 

ENDIF; 

2686 

3!$ 

2687 

3!$ 

RECOVER  PHYSICAL  BLAST  DISCIPLINE  DISPLACEMENTS 

2688 

3!$ 

2689 

3! 

IF  BBLAST  <>  0  [UBLASTG]  ;=  [PHIG(BC)]  * 

[UBLASTI] ; 

2690 

3!$ 

2691 

3!$ 

HANDLE  OUTPUT  REQUESTS 

2692 

3!$ 

2693 

3! 

PRINT ( " LOG= ( '  OUTPUT  PROCESSING ' 

)-); 

2694 

3! 

IF  BSAERO  <>  0  THEN 

2695 

4!$ 

2696 

4!$ 

RECOVER  STATIC  AEROELASTIC  LOADS  DATA 

$ 

$ 

$ 


$ 

$ 

$ 

$ 

$ 

$ 


$ 

$ 
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Standard  MAPOL  Sequence  Listing  —  Continued 


STAT 

LEVL 

2697 

4!$ 

$ 

2698 

4! 

LOOP  :=  TRUE; 

2699 

4! 

SUB  :=  0; 

2700 

4! 

WHILE  LOOP  DO 

2701 

5! 

SUB  SUB  +  1; 

2702 

5! 

CALL  SAERODRV  (BCID,  SUB,  LOOP,  MINDEX,  SYM,  MACH,  QDP  ); 

2703 

5!$ 

$ 

2704 

5!$ 

CALL  THE  TRIMMED  LOADS  COMPUTATION  WITH  PROPER  MATRICES 

$ 

2705 

5!$ 

$ 

2706 

5! 

IF  SYM  =  1  THEN 

2707 

6! 

CALL  OFPALOAD  (  ,  BCID,  MINDEX,  SUB,  GSIZE,  BGPDT(BC), 

2708 

6! 

IGTKG] ,  [GSTKG] ,  QDP,  [AIRFRC (MINDEX) ) , 

2709 

6! 

[DELTA ( SUB) ] ,  [AICMAT (MINDEX) ) , 

2710 

6! 

[UAG(BC)3,  [MGG],  [AAG(BC)],  [KFS] , 

2711 

6! 

[KSS] ,  [UAF] ,  lYS(BC) ] ,  [PNSF(BC) 3 , 

2712 

6! 

[PGMN(BC) ] ,  [PFJK] ,  NGDR,  USET(BC) , 

2713 

6! 

OGRIDLOD  ) ; 

2714 

6! 

ELSE 

2715 

6! 

IF  SYM  =  -1  THEN 

2716 

7! 

CALL  OFPALOAD  (  ,  BCID,  MINDEX,  SUB,  GSIZE,  BGPDT(BC), 

2717 

7! 

[GTKG] ,  [GSTKG3 ,  QDP,  [AIRFRC (MINDEX) ] , 

2718 

71 

[DELTA (SUB) ] ,  [AAICMAT (MINDEX) ] , 

2719 

71 

[UAG(BC) ] ,  [MGG] ,  [AAG(BC) ] ,  [KFS] , 

2720 

71 

[KSS],  [UAF],  [YS(BC)],  [PNSF(BC) ] , 

2721 

71 

[PGMN(BC) ] ,  [PFJK] ,  NGDR,  USET(BC) , 

2722 

7! 

OGRIDLOD  ) ; 

2723 

7! 

ENDIF; 

2724 

6! 

ENDIF; 

2725 

5!$ 

$ 

2726 

5!$ 

CALL  TO  COMPUTE  THE  TRIMMED  LOADS /DISPLACEMENTS  ON  THE 

$ 

2727 

5!$ 

AERODYNAMIC  MODEL 

$ 

2728 

5!$ 

$ 

2729 

5! 

IF  SYM  =  1  THEN 

2730 

6! 

CALL  OFPAEROM  (  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  GEOMSA, 

2731 

6! 

[GTKG],  [GSTKG],  QDP,  [AIRFRC (MINDEX) ] , 

2732 

6! 

[DELTA (SUB) ] ,  [AICMAT (MINDEX)  ] , 

2733 

61 

[UAG(BC)],  OAGRDLOD,  OAGRDDSP  ); 

2734 

6! 

ELSE 

2735 

6! 

IF  SYM  =  -1  THEN 

2736 

7! 

CALL  OFPAEROM  (  NITER,  BCID,  MINDEX,  SUB,  GSIZE,  GEOMSA, 

2737 

71 

[GTKG],  [GSTKG],  QDP,  [AIRFRC (MINDEX) ] , 

2738 

71 

[DELTA (SUB) ] ,  [AAICMAT (MINDEX) ] , 

2739 

7! 

[UAG(BC)],  OAGRDLOD,  OAGRDDSP  ); 

2740 

7! 

ENDIF; 

2741 

6! 

ENDIF; 

2742 

5! 

ENDDO; 

2743 

4! 

ENDIF; 

2744 

3! 

IF  BDRSP  <>  0  THEN 

2745 

4! 

CALL  OFPDLOAD  (  ,  BCID,  BGPDT(BC) ,  PSIZE(BC) ,  ESIZE(BC) ,  [PHIG(BC)], 

2746 

4! 

[PTGLOAD] ,  [PTHLOAD] ,  [PFGLOAD] ,  [PFHLOAD] ,  OGRIDLOD 

>; 

2747 

4! 

IF  BDTR  <>  0  OR  BMTR  <>  0 

2748 

5! 

CALL  OFPSPCF  (  0,  BCID,  5,  1,  GSIZE,  ESIZE(BC), 

Standard  MAPOL  Sequence  Listing  —  Continued 


STAT  LEVL 

2749  5! 

2750  5« 

2751  5! 

2752  5! 

2753  4! 

2754  5! 

2755  5! 

2756  51 

2757  5! 

2758  5! 

2759  4! 

2760  3! 

2761  3! 

2762  3! 

2763  3! 

2764  3! 

2765  3! 

2766  3! 

2767  3! 

2768  3! 

2769  3! 

2770  3! 


NGDR,  [KFS],  ,  [UTRANF],  ,  , 
EPNSF(BC)],  EPGMN(BC)],  [PFJK] , 
EPHIG(BC)],  [PTGLOAD],  EPTHLOAD] , 
BGPDT(BC),  OGRIDLOD  ); 

IP  BDFR  <>  0  OR  BMFR  <>  0 

CALL  OFPSPCF  (  0,  BCID,  6,  2,  GSIZE,  ESIZE(BC), 
NGDR,  EKFS],  ,  [UFREQF] ,  ,  , 
[PNSF(BC>],  EPGMNEBC)],  [PFJK] , 
[PHIG(BC)3,  [PFGLOAD],  [PFHLOAD] , 
BGPDT(BC),  OGRIDLOD  ); 

ENDIF; 

CALL  OFPLOAD  (  BCID,  ,  GSIZE,  BGPDT(BC),  PSIZE(BC) , 

EPG]  }; 

CALL  OFPDISP(  BCID,  ,  GSIZE,  BGPDT(BC),  ESIZE(BC},  PSIZE(BC), 

OGRIDDSP,  EUG(BC)],  [AG(BC)],  EUAG(BC) ] ,  EAAG(BC) ] , 
[UBLASTG] ,  ,  EUTRANG] ,  EUTRANE] ,  [UFREQG] ,  [UFREQE] , 
LAMBDA,  EPHIG(BC)]  ); 

CALL  EDR  (  BCID,  ,  NDV,  GSIZE,  EOSUMMRY,  EODISC, 

GLBDES,  LOCLVAR,  EPTRANS] , 

[UG(BC)],  [UAG(BC)],  ,  [UTRANG] ,  [UFREQG] ,  [PHIG{BC) ]  ) 

CALL  OFPEDR  (  BCID,  HSIZE(BC)  ); 

ENDDO; 


2771  21ENDIF; 


2772  llEND; 
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3.  THE  SOLUTION  CONTROL  PACKET 


The  solution  control  packet  provides  the  means  by  which  the  user  selects  the  optimization  and 
analysis  tasks  to  be  performed  by  the  ASTROS  system,  their  order  of  execution  and  the  engineering  data 
related  to  each.  The  solution  control  commands  are  analogous  in  purpose  to  the  NASTRAN  Case  Control 
commands  but  they  are  very  different  in  form  and  subtly  different  in  interpretation.  Understanding  the 
differences  between  ASTROS  and  NASTRAN  in  the  area  of  solution  control  is  fundamental  in  under¬ 
standing  multidisciplinary  optimization  in  the  ASTROS  system  because  the  solution  control  command 
structure  follows  directly  from  the  ASTROS  capability  to  perform  multidisciplinary  analyses  in  a  single 
run.  It  is  critical  that  the  user  clearly  understand  the  subtleties  of  solution  control  S3nitax  and  hierar¬ 
chies.  This  section,  therefore,  augments  the  presentation  of  the  solution  control  mechanics  with  a  discus¬ 
sion  of  the  design  considerations  that  are  embodied  in  the  solution  control  commands.  The  detailed 
definition  of  all  solution  control  commands  follows  at  the  end  of  the  chapter. 

In  ASTROS,  the  solution  control  is  very  closely  linked  to  the  structure  of  the  standard  MAPOL 
sequence.  It  may  be  advantageous  for  the  beginning  user  to  read  the  standard  MAPOL  sequence  discus¬ 
sion  in  the  preceding  section  and  to  study  the  Theoretical  Manual  discussion  of  multidisciplinary  optimi¬ 
zation  before  reading  the  remainder  of  this  section. 

The  solution  control  packet  is  initiated  with  the  keyword  solution  which  follows  the  DEBUG 
and  MAPOL  packets  (if  present)  in  the  input  data  stream.  The  packet  is  terminated  when  the  BULK 
DATA  packet,  or  the  end  of  the  input  stream,  is  encoimtered.  The  data  are  composed  of  solution  control 
statements  which  can  begin  in  any  column  and  can  extend  over  multiple  physical  records.  Each  state¬ 
ment  is  formed  from  a  combination  of  ke3rwords  separated  by  blanks  or  commas  as  indicated  in  the 
detailed  syntactical  descriptions  at  the  end  of  the  chapter.  Further,  each  command  ke5rword  can  be 
abbreviated  by  the  first  four  (or  more)  characters  of  the  keyword.  The  solution  control  packet  follows  a 
prescribed  hierarchy  with  the  following  levels: 

INITIAL  LEVEL  (Level  1) 

TYPE  OF  BOUNDARY  CONDITION  (Level  2) 

BOUNDARY  CONDITION (S)  (Level  3) 

DISCIPLINE (S)  (Level  4) 


Each  of  these  levels  is  discussed  in  the  following  sections  and  compared  and  contrasted  to  their  NAS¬ 
TRAN  coimterparts.  In  addition  to  these  hierarchical  commands,  there  are  commands  for  output  process¬ 
ing  that  can  occur  at  several  levels  in  the  hierarchy.  This  section  presents  the  available  commands  and 
output  quantities,  but  the  reader  is  referred  to  Chapter  5  of  this  document  for  the  in-depth  presentation 
of  ASTROS  output  processing. 
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The  hierarchical  nature  of  solution  control  means  that,  if  the  user  enters  a  command  at  one  level 
in  the  hierarchy,  it  remains  in  effect  at  oil  subsequent  levels  of  or  bslow  the  current  one  unless 
overridden.  If  it  is  overridden  at  the  same  level,  that  overwrites  the  original  command.  If,  on  the  other 
hand,  the  command  is  overridden  at  a  lower  level,  it  only  supercedes  the  original  command  for  the 
duration  of  that  level  and  lower  levels.  Solution  Control  reverts  to  use  the  higher  level  default  after  the 
lower  level  has  been  left.  Table  15  describes  how  the  commands  move  from  one  level  to  the  next  and  the 
defaults  that  they  use  in  each. 


Table  15.  Levels  of  Solution  Control 


CURRENT 

LEVEL 

IS: 

INCREASING  LEVELS 

DECREASING  LEVELS  | 

IF 

COMMAND 

IS: 

USE 

DEFAULTS 

FROM: 

THEN 

MOVE 

TO: 

IF 

COMMAND 

IS: 

USE 

DEFAULTS 

FROM: 

THEN 

MOVE 

TO: 

LEVEL  1 
(Initial) 

ANALYZE 

OPTIMIZE 

LEVEL  1 

LEVEL  2 

LEVEL  2 

LEVELS 

BOUNDARY 

Discipline 

commands 

(e.g. STATICS) 

LEVEL 2 

LEVELS 

LEVELS 

LEVEL  4 

‘V'' X '  V\'"  "  ^Xv'^tv 

LEVEL  4 

f-.'  -  j 

Discipline 

commands 

(e.g. STATICS) 

LEVELS 

LEVEL  4 

BOUNDARY 

LEVEL 2 

LEVELS 

END 

LEVEL  1 

LEVEL  1 
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The  user  must  be  aware  of  these  hierarchies  especially  when  requesting  output  at  higher  levels.  It  is 
possible  to  get  print  requests  by  default  where  they  are  not  expected  if  one  is  not  careful  with  the  solution 
control  hierarchy.  Another  common  problem  is  to  place  an  output  request  on  the  wrong  side  of  a  level-in¬ 
crementing  solution  command  thus  placing  a  command  at  a  higher  level  than  expected.  Consider  the 
following  two  examples: 


EXAMPLE  1 

EXAMPLE  2 

OPTIMIZE 

OPTIMIZE 

BOUNDARY  SPC=1 

BOUNDARY  SPC=1 

LABEL  =  CASE  1 

STATICS  (MECH=10) 

STATICS  (MECH=10) 

LABEL  =  CASE  1 

LABEL  =  CASE  2 

STATICS  (MECH=20) 

STATICS  (MECH=20) 

LABEL  =  CASE  2 

LABEL  =  CASE  3 

STATICS  (MECH=30) 

STATICS  (MECH=30) 

LABEL  =  CASE  3 

END 

END 

In  example  1,  there  are  three  discipline  commands,  STATICS,  and  three  LABEL  commands,  one 
for  each  discipline.  The  indenture  in  the  example  helps  to  explain  the  results  of  these  commands.  The 
first  STATICS  case  will  be  labelled  CASE  2,  because  the  label  command  appears  at  LEVEL  4  with  the 
STATICS  (MECH=10)  command.  Similarly,  the  second  STATICS  case  will  be  labelled  CASE  3.  Finally, 
the  third  STATICS  case  will  be  labelled  case  1  because  that  particular  label  command  appeared  at 
LEVEL  3  prior  to  STATICS  {MECH=10 ) .  Example  2  illustrates  the  probable  intent  of  the  user.  Here,  the 
LABEL  commands  are  placed  below  the  STATICS  command.  As  a  residt,  the  labels  match  the  cases. 

3.1 .  OPTIMIZE  AND  ANALYZE  SUBPACKETS 


ASTROS  has  been  designed  primarily  to  be  an  automated  design  tool,  but  it  can  also  perform 
analyses  without  doing  any  design.  This  is  reflected  in  the  division  of  the  solution  control  packet  into  two 
subpackets,  either  of  which  is  optional.  The  first,  or  OPTIMIZE,  subpacket  defines  the  boundary  condition(s) 
and  discipline(s)  which  will  generate  design  constraints  to  be  used  in  the  redesign  task.  In  defining  an  optimiza¬ 
tion  boundary  condition,  the  user  either  implicitly  or  explicitly  specifies  that  constraints  be  applied  to  certain 
(discipline  dependent)  response  quantities.  ASTROS  then  considers  the  complete  set  of  constraints  from  all 
disciplines  in  aU  optimization  boundary  conditions  in  the  redesign  task.  The  second,  analyze,  subpacket  defines 
analyses  that  are  to  be  performed  on  the  possibly  redesigned  structure.  The  ANALYZE  subpacket  is  intended  to 
provide  the  designer  with  the  means  to  obtain  additional  output  that  is  not  desired  during  the  optimization 
phase  or  to  perform  additional  analyses  which  were  not  performed  in  the  design  task.  It  can  also  be  used  to 
perform  analyses  on  structures  that  are  not  to  be  designed  at  all.  The  form  of  the  solution  control  packet 
is  then: 


SOLUTION 

OPTIMIZE 

END 

ANALYZE 

Optimization  Subpacket 

END 

Analysis  Subpacket 

If  optimization  is  being  performed,  the  OPTIMIZE  subpacket  must  precede  the  ANAliYZE  sub¬ 
packet.  Any  number  of  boundary  conditions  and/or  disciplines  can  be  performed  in  either  subpacket. 

3.2.  BOUNDARY  CONDITIONS 

Each  analysis  discipline  requires  a  set  of  physical  boundary  conditions  and,  in  the  case  of  unre¬ 
strained  structures,  a  set  of  fictitious  supports.  These  are  defined  in  ASTROS  in  a  manner  very  similar  to 
that  in  NASTRAN;  namely,  through  the  definition  of  multipoint  constraints  (mpc),  single  point  con¬ 
straints  (SPC)  and  support  points  (SUPORT).  Unlike  NASTRAN,  however,  ASTROS  requires  a  more 
rigorous  definition  of  a  boimdary  condition.  The  reason  for  this  is  that  the  user  must  ensure  that  the 
system  matrices  at  each  stage  of  matrix  reduction  up  to  the  analysis  set  are  uniquely  defined  by  the 
boundary  condition  specification. 

At  or  below  the  analysis  set,  certain  disciplines  allow  looping  over  famiUes  of  direct  matrix  input, 
damping  options,  transfer  functions,  etc.  For  example,  if  the  user  intends  to  perform  a  normal  modes 
analysis,  a  modal  transient  analysis  and  a  modal  flutter  analysis  in  the  same  boundary  condition, 
ASTROS  requires  that  the  modal  representation  of  the  system  under  analysis  be  the  same  for  each 
discipline  in  the  boimdary  condition.  This  requirement,  which  is  necessary  to  efficiently  perform  multidis¬ 
ciplinary  analysis,  adds  a  number  of  additional  parameters  to  the  boimdary  condition  dpfinitmn  beyond 
the  MPC,  SPC  and  SUPORT  definitions.  They  include  definitions  to  perform  matrix  reductions  (available  in 
NASTRAN  through  Bulk  Data  but  not  always  selectable  in  the  Case  Control  Packet)  as  well  as  selection 
of  additional  point  degrees  of  freedom.  In  NASTRAN,  these  data  are  either  implicitly  selected  through 
the  rigid  format  selection  and/or  bulk  data  or  are  a  "discipline  option"  m  the  case  control  packet.  While 
the  boimdary  condition  definition  in  ASTROS  appears  to  be  very  complex,  it  is  relatively  simple  if  one 
realizes  that  the  fundamental  purpose  of  the  boundary  command  is  to  uniquely  specify  the  system  level 
matrices  and  the  matrix  reductions  that  should  be  performed  on  them.  The  ASTROS  automatic  singular¬ 
ity  feature,  ADTOSPC,  is  the  default  in  all  cases.  Unlike  NASTRAN,  this  feature  is  selectable  by  boundary 
condition. 

There  is  one  level  of  boundary  condition  specification  which  is  not  treated  in  the  BOUNDARY 
command.  It  deals  with  symmetry  options  which  play  a  restrictive  role  in  multidisciplinary  analysis, 
especially  for  aerodynamic  disciplines.  The  symmetry  options  are  often  limited  by  the  nature  of  the 
structural  and/or  aerodynamic  models  that  are  defined  in  the  bulk  data  packet.  For  example,  if  the 
structural  model  is  a  half  model  only,  the  user  cannot  specify  that  asymmetric  structural  boundary 
conditions  be  analyzed.  As  a  more  common  example,  the  user  might  want  to  perform  an  asymmetric 
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aeroelastic  analysis  with  a  structxiral  half  model.  Unfortunately,  this  is  not  possible  in  ASTROS.  When¬ 
ever  possible,  the  implicit  (model-defined)  botindary  condition  specifications  that  existed  in  the  NAS- 
TRAN  bulk  data  definitions  and  in  the  interface  between  bulk  data  and  solution  control  have  been 
replaced  with  solution  control  dependent  options.  There  are,  however,  still  limitations  imposed  through 
the  interactions  between  the  model  and  the  solution  control  on  combining  S3nnmetric/antisymmetric  and 
as3nnmetric  boundary  conditions  within  a  single  run.  The  eleven  boundary  condition  specifications  in 
ASTROS  are  shown  in  the  following  table: 


OPTION 

DESCRIPTION 

AUTOSPC 

Controls  the  automatic  singoilarity  processor. 

BCID 

Optional  boundary  condition  identification  number. 

CMETHOD 

Specifies  an  EIGC  bulk  data  entry  which  gives  eigenvalue  extraction 
data  if  an  eigenanalysis  is  to  be  performed. 

DYNRED 

Invokes  dynamic  reduction. 

ESET 

Specifies  the  extra  point  DOF’s  to  be  included  in  dynamic  response 
analyses. 

INERTIA 

Specifies  a  JSET  bulk  data  set  for  dynamic  reduction. 

H2G6 

Specifies  the  name  of  the  direct  mass  matrix  input  in  the  structural  set 
(g-set)  to  be  included  in  ALL  analyses. 

K2G6 

Specifies  the  name  of  the  direct  stiffiiess  matrix  input  in  the  structural 
set  (ff-set)  to  be  included  in  ALL  analyses. 

METHOD 

Specifies  an  eigr  bulk  data  entry  which  gives  eigenvalue  extraction 
data  if  an  eigenanalysis  is  to  be  performed. 

MPC 

Selects  multi-point  constraints  defining  dependency  relations  among 
specific  DOFs. 

REDUCE 

Defines  the  DOF’s  to  be  retained  after  a  Guyan  reduction. 

SPC 

Selects  single  point  constraints  defining  DOF’s  with  fixed  or  prescribed 
motion. 

SUPPORT 

Defines  DOF’s  to  provide  support  conditions  for  free-fi:ee  modal 
extraction,  inertial  rehef  and  aeroelastic  analyses. 

A  boundary  condition  is  defined  by  the  boundary  request  and  one  or  more  of  these  further 
specifications,  all  of  which,  except  BCID  and  AUTOSPC,  point  to  bulk  data  entries.  The  boundary  condition 
identification  number,  BCID,  is  only  used  by  the  Function  Packet  (see  Section  4)  when  user-defined 
constraint  functions  are  defined  which  span  two  or  more  different  boundary  conditions.  Note  that  all 
boundary  conditions  must  have  identification  numbers,  or  none  may  have  them.  User  functions  may  still 
span  boundary  conditions  by  using  default  BCID  values.  The  default  is  the  ordinal  numbering  of  the 
boundaries  firom  1  to  n. 

As  enumerated  above,  the  specification  of  METHOD  and  ESET  at  this  level  in  the  hierarchy  is  in 
recognition  of  the  fact  that  a  number  of  the  disciplines  could  require  different  sets  of  data  for  the 
associated  items  and  it  is  desirable  to  group  operations  with  one  set  of  items  together.  This  does,  by 
definition,  create  a  restriction  that  only  one  eigenanalysis  and  only  one  size  of  p-size  matrices  can  be 
accommodated  per  boimdary  condition.  Examples  of  boundary  definitions  are: 
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BOUNDARY 

SPC 

=z 

100 

BOUNDARY 

MPC 

= 

10,  SPC  = 

100 

BOUNDARY 

SPC 

= 

10,  MPC  = 

20,  REDUCE  =  30,  SUPPORT  =  40 

BOUNDARY 

SPC 

= 

10,  REDUCE  =  20,  AUTOSPC  =  NO,  METHOD  =100 

BOUNDARY 

SPC 

= 

1,  K2GG  = 

STIFF,  M2GG  =  MASS 

BOUNDARY 

SPC 

4,  DYNRED 

=  2,  INERTIA  =  4 

Note  that  all  desired  specifications  are  listed  and  that  their  order  of  appearance  is  not  important. 
At  least  one  option  is  required. 


Several  boundary  conditions  may  appear  within  a  given  subpacket.  For  example: 


ANALYZE 

BOUNDARY  SPC  =10 

STATICS 

(MECH=5) 

BOUNDARY  SPC  =  20,  REDUCE  =  30,  METHOD  =  1111 

STATICS 

(THERM=10) 

MODES 

END 

In  this  case,  a  STATICS  analysis  is  performed  using  the  first  botmdaiy  condition  followed  by  a 
STATICS  and  modes  analysis  for  the  second  boundary  condition.  Note  that  iinlikp  NASTRAN,  the  sets  of 
points  to  be  retained  in  the  Guyan  reduction  and  used  for  the  support  definition  are  selected. 

The  appearance  of  a  BOUNDARY  command  leads  to  expensive  matrix  partitioning  and  decomposi- 
n  operations.  Therefore,  some  thought  should  be  expended  to  avoid  unnecessary  computer  resource 
_.,a.  For  example,  suppose  an  ASTROS  execution  was  directed  to  perform  static  analyses  with  two 
boundaries:  SPC=10  and  SPC=20,  and  a  dynamic  analysis  with  two  boundaries:  SPC=10  and  SPC=100. 
The  direct  solution  sequence  could  be: 
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ANALYZE 

BOUNDARY  SPC  =  10 
STATICS  (MECH=10) 
BOUNDARY  SPC  =  20 
STATICS  (MECH=20) 


BOUNDARY  SPC  =  10,  METHOD  =30 
MODES 


BOUNDARY  SPC  =  100,  METHOD  =40 
MODES 


END 


This  sequence  would  cause  four  separate  partitionings  of  the  system  level  matrices.  On  the  other 
hand,  the  sequence: 


ANALYZE 

BOUNDARY  SPC  =  10,  METHOD=30 

STATICS 

MODES 

(MECH=10) 

BOUNDARY  SPC  =20 

STATICS 

( (MECH=20) 

BOUNDARY  SPC  =  100,  METHOD  =  40 

MODES 

END 

eliminates  one  of  the  four  partitioning  operations. 


3.3.  DISCIPLINES 


A  number  of  types  of  analyses,  or  disciplines,  can  be  performed  during  a  given  ANALYZE  or 
OPTIMIZE  boundary  condition.  In  fact,  it  is  this  multidisciplinary  capability  that  makes  the  ASTROS 
code  viable  in  a  preliminary  design  context.  The  preceding  sections  have  already  alluded  to  the  fact  that 
each  of  these  disciplines  has  an  associated  set  of  commands: 
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ANALYZE 

BOUNDARY  SPC  =30 
DISCIPLINE  1 


DISCIPLINE  2 


END 


A  suite  of  eight  disciplines  are  available  in  ASTROS  as  shown  in  Table  16.  Of  these  options, 
TRANSIENT,  FREQUENCY,  BLAST  and  NPSAERO  do  not  generate  any  design  constraints  and  so  are  not 
useful  in  optimize  boundary  conditions.  Should  the  user  wish  to  see  output  from  these  disciplines 
during  the  optimization,  however,  they  are  supported  in  the  OPTIMIZE  subpacket  with  the  exception  of 
NPSAERO.  Since  NPSAERO  does  not  require  a  structural  model  of  any  kind,  it  is  restricted  to  the  analyze 
subpacket.  As  discussed  in  Chapter  2,  its  solution  is  performed  in  the  ASTROS  preface  phase. 

The  standard  MAPOL  sequence  contains  almost  no  restrictions  on  the  combination  of  disciplines 
and  subcases  in  a  boundary  condition.  SAERO  disciplines,  for  example,  require  multiple  symmetry,  Mach 
number  and  dynamic  pressure  dependent  correction  matrices.  The  standard  algorithm  automatically 
re-sorts  the  user’s  input  subcases  to  solve  the  maximum  number  of  right  hand  sides  for  a  given  aeroelas- 
tic  correction  matrix.  The  results  are  then  returned  to  the  user’s  order  with  no  limitations  imposed. 
Similarly,  the  flutter  discipline  loops  over  a  set  of  direct  dynamic  input  matrices  to  accommodate  multiple 
closed  loop  systems  using  a  single  set  of  structural  matrices.  The  only  limits  are  those  of  symmetry 
discussed  earlier  in  which  the  structural  and  aerodynamic  symmetries  should  be  the  same  for  all  sub¬ 
cases  in  a  boundary  condition  and  the  restriction  to  a  single  transient  and  a  single  frequency  response 
per  boundary  condition. 


Table  16.  Summary  of  ASTROS  Disciplines 


DISCIPLINE 

DESCRIPTION 

DISCIPLINE 

DESCRIPTION 

STATICS 

Static  structural  analysis 

TRANSIENT 

Transient  response  analysis 

MODES 

Normal  modes  of  vibration 

FREQUENCY 

Frequency  response  analysis 

SAERO 

Steady-state  aeroelastic  analysis 

BLAST 

Transient  response  to  a  nuclear 
blast. 

FLUTTER 

Aeroelastic  stability  analysis 

NPSAERO 

Nonplanar  rigid  static 
aerodynamic  analysis.  j 
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3.3.1.  DISCIPLINE  OPTIONS 


Each  of  the  disciplines  requires  further  options  to  completely  define  the  execution  process.  These 
options  point  to  set  IDs  in  the  bulk  data  packet  that  define  engineering  data.  For  example,  the  statics 
discipline  requires  that  loads  information  be  supplied.  This  is  implemented  in  ASTROS  by  a  parentheti¬ 
cal  "phrase"  attached  to  the  statics  discipline; 


SOLUTION 

OPTIMIZE  STRATEGY=FSD 

STATICS  (MECH=10) 

END 


In  this  case,  bulk  data  applied  load  entries  with  a  set  ID  of  10  are  used  to  construct  a  mechanical 
load  vector  in  a  statics  analysis.  In  general,  the  discipline  commands  have  the  form: 

<disc>  <type>  (<caseid>]  [ (<option>  =  <n>,  <option>  =  <n>) ] 


The  discipline  options  that  are  available  are: 


OPTION 

DESCRIPTION  1 

MECHANICAL 

GRAVITY 

THERMAL 

Specify  load  set  IDs  for  the  STATIC  discipline. 

TRIM 

Specifies  a  TRIM  bulk  data  entry  which  gives  flight  condition 
information  for  the  saero  and  blast  disciplines. 

DCON 

DCONSTRAINT 

Specifies  the  set  IDs  of  constraint  bulk  data  entries  that  apply  for  the 
given  discipline. 

DC FUNCTION 

Specifies  the  set  ID  of  a  dcfdnc  Bulk  Data  entry. 

STRESS 

STRESSCONSTRAINT 

Specifies  the  set  IDs  of  stress  constraint  bulk  data  entries  that  apply 
for  the  given  STATICS  or  saero  discipline. 

STRAIN 

STRAINCONSTRAINT 

Specifies  the  set  IDs  of  strain  constraint  bulk  data  entries  that  apply 
for  the  given  statics  or  SAERO  discipline. 

DLOAD 

Specifies  applied  loads  for  the  TRANSIENT  and  FREQUENCY  disciplines. 

TSTEP 

Specifies  the  time  step  for  the  transient  and  BLAST  disciplines  as 
well  as  for  the  discrete  form  of  the  GUST  discipline. 

FSTEP 

Specifies  the  frequencies  for  the  FREQUENCY  and  the  harmonic  form  of 
the  GUST  discipline. 

IC 

Specifies  the  initial  conditions  that  are  to  be  used  in  the  direct  method  1 
for  the  TRANSIENT  discipline. 

FFT 

Specifies  that  the  Fast  Fourier  technique  is  to  be  used  in  the 

TRANSIENT  Or  GUST  disciplines. 
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OPTION 

DESCRIPTION 

BLCOND 

Specifies  parameters  for  the  BLAST  discipline. 

FLCOND 

Specifies  parameters  for  the  flutter  discipline. 

CONTROL 

Specifies  the  name  of  a  control  surface  modifier  matrix  for  flutter 
analysis. 

GUST 

Specifies  that  a  gust  analysis  is  to  be  performed  for  the  accompanying 
transient  or  frequency  discipline. 

K2PP 

Specifies  an  input  stifiBiess  matrix  on  the  physical  degrees  of  freedom 
for  FREQUENCY,  TRANSIENT  and  FLUTTER  disciplines. 

H2PP 

Specifies  an  input  mass  matrix  on  the  physical  degrees  of  freedom  for 
FREQUENCY,  TRANSIENT  and  FLUTTER  disciplines. 

B2PP 

Specifies  an  input  damping  matrix  on  the  physical  degrees  of  freedom 
for  FREQUENCY,  TRANSIENT  and  FLtJTTER  disciplines. 

TPL 

Specifies  transfer  functions  that  are  to  be  included  in  frequency, 
TRANSIENT  and  FLUTTER  disciplines. 

DAMPING 

Specifies  structural  or  viscous  damping  to  be  used  in  frequency, 
TRANSIENT  and  FLUTTER  disciplines. 

The  discipline  types  are: 


OPTION 

DESCRIPTION 

DIRECT 

Specifies  that  the  direct  method  is  to  be  used  in  the  TRANSIENT  or 
FREQUENCY  disciplines. 

MODAL 

Specifies  that  the  modal  method  is  to  be  used  in  the  transient  or 
FREQUENCY  disciplines. 

SYMMETRIC 

Specifies  that  the  SAERO  or  NPSAERO  subcase  is  to  use  aerod3m£imics 
derived  with  symmetric  conditions  about  the  Y=0  plane. 

ANTISYMMETRIC 

Specifies  that  the  SAERO  or  NPSAERO  subcase  is  to  use  aerodynamics 
derived  with  antisymmetric  conditions  about  the  Y=0  plane. 

The  case  identification  niunber,  caseid,  is  only  used  by  the  Function  Packet  (see  Section  4)  when 
user-defined  constraint  functions  are  defined  which  span  two  or  more  different  analysis  disciplines.  Note 
that  all  disciplines  must  have  identification  numbers,  or  none  may  have  them.  User  functions  may  stiU 
span  disciplines  by  xising  defaiilt  caseid  values.  The  defavilt  is  the  ordinal  numbering  of  the  disciplines 
firom  1  to  n. 

Table  17  presents  a  matrix  that  defines  options  and  tsTjes  available  for  each  of  the  disciplines.  In 
addition,  disciplines  requiring  particular  boundary  condition  specifications  are  noted;  for  example,  modal 
disciplines  require  a  method  specification  on  the  BOUNDARY  command.  The  following  subsections  present 
each  discipline  in  turn  to  more  explicitly  define  the  discipline  options.  Most  importantly,  these  subsec¬ 
tions  present  the  definition  of  a  "subcase"  of  the  discipline  as  it  is  defined  in  the  ASTROS  system  and 
present  the  response  quantities  that  can  be  constrained  in  the  optimization  task. 
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Table  17.  Summary  of  Discipline  Options 


SYMMETRIC 


ANTISYMMETRIC 


Notes: 

Required  Commands: 


o 

o 


COMMAND 

DiSCIPLINE 

STAT 

MODE 

SAER 

FLUT 

TRAN 

FREQ  BLAS 

NPSA  1 

MECH 

O 

GRAY 

O 

|i/ii 

tf 

p 

THERM 

o 

TRIM 

• 

• 

DCONSTRAINT 

o 

O 

O 

o 

.  V .. 

DC FUNCTION 

o 

o 

o 

o 

Ezriv.cs^'^i 

STRESS 

o 

STRAIN 

o 

^SSi 

DLOAD 

• 

BC^Bcii-'.,'  ’Lj 

TSTEP 

FSTEP 

a3>iajaa;.:J^ 

S'::i'^7■'■';^T^:irrTT^^ 

J?fiS;>'!!i:*>7>Ac\^^  s^  ’  f 

IC 

o 

FFT 

o 

Wi*iSr?vX;» 

DIRECT 

|;g?:y>rr^ 

o 

MODAL 

o 

gw",-  .v.<;” ;:  <;S!.\<?^.'.'*--»':!sr>C=« 

BLCOND 

JSl"^  ,x'.-  .,  ^ 

^^4;^  NvXVv:".>ij  \frv-c-;Xs 

&.T:ci54c7\x 

ba:si4X4:o4iiia^^ 

FLCOND 

• 

O 

X '  ~ '4-'':XX'nX4 

GUST 

!  kssJs>isits:^siLii:.ixiiiS 
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3.3.2.  STATICS  Discipline  Options 


One  or  more  of  the  MECHAMXCAL,  GRAVITY  or  THERMAL  load  specifications  must  be  called  out  as  a 
discipline  option  for  STATICS.  Each  STATICS  discipline  constitutes  one  subcase  (one  load  vector)  so 
specifying  a  combination  of  load  types  will  generate  a  linear  combination  of  the  selected  loads.  A  refer¬ 
ence  to  the  LOAD  bulk  data  entry  as  a  mechanical  load  can  also  be  used  to  obtain  linear  load  combina¬ 
tions.  If  the  STATICS  discipline  appears  in  the  optimize  subpacket,  the  dconstraint  option  can  be 
used  to  refer  to  dcondsp  bulk  data  entries  to  apply  displacement  constraints.  Stress  constraints  defined 
on  DCOMTW,  DCONTWM,  OCONTWP,  DCONVH,  DCONVMM,  DCONVMP  are  selected  by  the  STRESSCONSTRAINT 
option,  strain  constraints  defined  on  dconft,  dconftm,  dconftp,  dconep,  dconepm  and  dconepp  are 
selected  by  the  strainconstraint  option.  All  dconxxx  bulk  data  entries,  such  as  dconthk,  that  do  not 
have  SETID  fields  will  be  applied  to  the  model  in  combination  with  set  selectable  constraints  to  make  up 
the  set  of  design  constraints.  Finally,  the  DCFUNCTION  option  may  be  used  to  select  functional  constaints 
that  are  applied  to  the  STATIC  responses  fi'om  the  current  solution. 

3.3.3.  MODES  Discipline  Options 

MODES  is  completely  defined  for  analysis  by  the  METHOD  boimdary  specification,  which  refers  to  an 
EIGR  bulk  data  entry  selecting  the  eigenvalue  extraction  method.  K,  however,  the  modal  analysis  is 
performed  in  the  optimize  subpacket,  the  dconstraint  option  can  be  used  to  apply  frequency  con¬ 
straints  through  the  DCONFRQ  bulk  data  entry.  Note  that  more  than  one  frequency  can  be  constrained 
and  that  more  that  one  constraint  can  be  placed  on  the  same  modal  frequency.  The  user  is  warned 
against  defining  the  frequency  constraints  in  such  a  way  as  to  specify  an  excluded  range  of  frequencies 
for  a  mode;  for  example,  requiring  that  a  modal  frequency  be  below  10  Hz  OR  above  20  Hz.  ASTROS 
treats  all  applied  constraints  as  Boolean  AND  statements  so  the  above  example  would  be  interpreted  by 
ASTROS  as  an  inconsistent  requirement  that  the  frequency  be  both  above  20  Hz  and  below  10  Hz.  All 
dcoNjdcx  bulk  data  entries,  such  as  dconthk,  that  do  not  have  SETID  fields  will  be  applied  to  the  model 
in  combination  with  set  selectable  constraints  to  make  up  the  set  of  design  constraints.  Additionally,  the 
DCFUNCTION  option  may  be  used  to  select  functional  constaints  that  are  appHed  to  the  modes  responses 
from  the  current  solution. 

In  ASTROS,  each  eigenvector  is  considered  to  be  a  separate  subcase.  It  is  important  to  note  in 
this  case  that  more  than  one  subcase  is  represented  by  a  single  solution  control  discipline  statement  In 
output  requests,  therefore,  the  subcases  for  which  output  is  desired  must  be  explicitly  selected.  This  is 
presented  in  greater  detail  in  Section  3.4  and  in  Chapter  6. 

3.3.4.  SAERO  Discipline  Options 

The  SAERO  discipline  must  have  a  trim  condition  and  symmetry  type  specified  in  the  solution 
control.  The  symmetry  default  is  SYMMETRIC.  For  analysis,  this  selection  completes  the  specification  of 
the  discipline  with  each  trim  condition  generating  one  subcase.  In  the  optimize  subpacket,  the  dcon¬ 
straint  option  can  be  used  to  select  a  number  of  different  constraint  types  which  depend  on  the  type  of 
TRIM  analysis  selected.  In  general  the  dconstraint  can  refer  to  dcondsp  bulk  data  entries  for  displace¬ 
ment  constraints,  DCONCLA  for  lift  effectiveness  constraints,  dconale  for  aileron  effectiveness  con¬ 
straints,  DCONSCF  for  stabihty  coefficient  constraints  and  dcontrm  for  constraints  on  trim  parameters. 
The  SAERO  discipline  olways  generates  a  static  displacement  field  to  which  any  static  constraint  may  be 
apphed.  Stress  constraints  defined  on  dcontw,  dcontwm,  dcontwp,  dconvm,  dconvmm,  dconvmp  are 
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selected  by  the  stkessconstraint  option.  Strain  constraints  defined  on  pconft,  dconfth,  dconftp, 
DCONEF,  DCONEPH  and  DCONEPP  are  selected  by  the  STRAINCONSTRAZNT  option.  All  DCONsoac  bulk  data 
entries,  such  as  dconthk,  that  do  not  have  SETII)  fields  will  be  applied  to  the  model  in  combination  with 
set  selectable  constraints  to  make  up  the  set  of  design  constraints.  Finally,  the  dcfunction  option  may 
be  used  to  select  functional  constaints  that  are  applied  to  the  SAERO  responses  from  the  current  solution. 

3.3.5.  FLUTTER  Discipline  Options 

The  FLUTTER  discipline  must  have  a  flight  condition  specified  in  the  solution  control  through  the 
FLCONB  option.  In  addition,  the  K2PP,  B2PP,  H2PP,  tfl  and  DAMPING  options  may  be  used  with  or 
without  an  ESET  Boundary  Condition  option  to  impose  a  case-by-case  set  of  additional  inputs/degrees-of- 
freedom  for  modelling  control  systems,  etc.  For  analysis,  this  selection  completes  the  specification  of  the 
discipline  with  each  flcond  condition  generating  up  to  one  "subcase"  (consisting  of  up  to  one  flutter 
eigenvector)  for  each  Mach  number  and  density  ratio  if  flutter  occurs.  In  the  OPTIMIZE  subpacket,  the 
DCONSTRAINT  option  can  be  used  to  select  DCOMFLT  bulk  data  entries  to  place  a  required  damping  limit 
on  each  of  the  roots  extracted  in  the  flutter  analysis.  The  dcfunction  option  may  also  be  used  to  select 
functional  constaints  that  are  apphed  to  the  FLUTTER  responses  in  the  current  solution.The  actual  flutter 
root  and  eigenvector  cannot  be  obtained  in  the  OPTIMIZE  subpacket. 

3.3.6.  TRANSIENT  Discipline  Options 

The  TRANSIENT  discipline  must  have  time  step  and  load  information  specified  in  the  solution 
control  through  tiie  tstep  and  dload  options.  This  discipline  has  no  associated  constraints  and,  while  it 
is  fully  supported  in  the  optimize  subpacket,  it  wiU  not  generate  data  for  use  in  the  re-design  task. 
There  are  many  additional  options  which  can  be  selected  in  transient  analysis.  These  are  1)  initial 
conditions,  which  can  be  selected  through  the  IC  option  for  DIRECT  transient  analyses;  2)  Fast  Fourier 
Transform  techniques,  which  are  selected  with  the  FFT  option;  and  3)  discrete  gust  loads,  which  are 
applied  using  the  GUST  option.  In  each  case,  the  solution  control  option  points  to  a  bulk  data  entiy  having 
the  same  name.  In  addition,  the  K2PP,  B2PP,  M2PP,  tfl  and  damping  options  may  be  used  with  or 
without  an  ESET  Boundary  Condition  option  to  impose  a  case-by-case  set  of  additional  inputs/degrees-of- 
freedom  for  modelling  control  systems,  etc. 

In  ASTROS,  each  time  step  for  which  output  is  saved  is  considered  to  be  a  separate  subcase.  It  is 
important  to  note  that,  like  the  modes  discipline,  more  than  one  subcase  is  represented  by  a  single 
solution  control  discipline  statement.  In  output  requests,  therefore,  the  subcases  for  which  output  is 
desired  must  be  explicitly  selected.  This  is  presented  in  greater  detail  in  section  3.4  and  in  Chapter  6. 

3.3.7.  FREQUENCY  Discipline  Options 

The  FREQtJENCY  discipline  is  very  similar  to  the  transient  discipline  presented  in  the  preceding 
subsection.  Frequency  step  and  load  information  are  specified  in  the  solution  control  through  the  FSTEP 
and  DLOAD  options.  This  discipline  has  no  aissociated  constraints  and,  while  it  is  fully  supported  in  the 
OPTIMIZE  subpacket,  it  will  not  generate  data  for  use  in  the  re-design  task.  There  are  two  additional 
options  which  can  be  selected  in  frequency  response  analysis.  These  are  1)  Fast  Foiuier  Transform 
techniques,  which  are  selected  with  the  FFT  option;  and  2)  harmonic  gust  loads,  which  are  applied  using 
the  GUST  option.  In  each  case,  the  solution  control  option  points  to  a  bulk  data  entry  having  the  same 
name.  In  addition,  the  K2PP,  B2PP,  M2PP,  TFL  and  DAMPING  options  may  be  used  witii  or  without  an 
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ESET  Boundary  Condition  option  to  impose  a  case-by-case  set  of  additional  inputs/degrees-of-freedom  for 
modelling  control  systems,  etc. 

In  ASTROS,  each  frequency  step  for  which  output  is  saved  is  considered  to  be  a  separate  subcase. 
It  is  important  to  note  that,  like  the  MODES  discipline,  more  than  one  subcase  is  represented  by  a  single 
solution  control  discipline  statement.  In  output  requests,  therefore,  the  subcases  for  which  output  is 
desired  must  be  explicitly  selected.  This  is  presented  in  greater  detail  in  Subsection  3.4  and  in  Chapter  6. 

3.3.8.  BLAST  Discipline  Options 


The  BLAST  discipline’s  solution  control  is  a  limited  subset  of  those  in  the  TRANSIEMT  discipline.  It 
must  have  time  steps  specified  in  the  solution  control  through  the  tstep  option  but,  nnlikp  the  normal 
transient  response,  dload  is  not  used  to  generate  the  load.  Instead,  the  blcond  option  is  used  to  select  a 
blast  condition  defined  on  a  blast  bulk  data  entry.  As  with  the  other  d3m.amic  response  disciplines,  there 
are  no  associated  design  constraints.  These  two  options  along  with  the  analysis  type  (direct  or  MODAL) 
completely  specify  the  blast  analysis.  The  K2PP,  B2PP,  M2PP,  TFL  and  DAMPING  options  are  not 
available. 

In  ASTROS,  each  tune  step  for  which  output  is  saved  is  considered  to  be  a  separate  subcase.  It  is 
unportant  to  note  that,  like  the  MODES  discipline,  more  than  one  subcase  is  represented  by  a  single 
solution  control  discipline  statement.  In  output  requests,  therefore,  the  subcases  for  which  output  is 
desired  must  be  explicitly  selected.  This  is  presented  in  greater  detail  in  Subsection  3.4  and  in  Chapter  6. 

3.3.9.  NPSAERO  Discipline  Options 

The  NPSAERO  discipline  must  have  a  trim  condition  and  S3Tnmetry  fype  specified  in  the  solution 
control  and  is  only  available  in  the  analyze  subpacket.  The  symmetry  default  is  symmetric.  This 
selection  completes  the  specification  of  the  discipline  with  each  TRIM  condition  generating  one  subcase. 
The  results  are  the  rigid  aerodynamic  loads  on  the  aerodynamic  model.  No  structural  model  is  needed 
and  flexibility  effects  are  not  included  in  the  analysis. 

3.4.  OUTPUT  REQUESTS 


Most  analysis  disciplines  in  ASTROS  have  response  quantities  (displacements,  stresses,  strains, 
etc.)  computed  at  either  grid  points,  structural  elements  or  aerodynamic  elements.  The  user  can  select 
that  these  results  be  written  to  the  print  (output)  file  through  the  print  command  and  its  associated 
options  or  written  to  a  punch  file  through  the  PUNCH  command.  In  addition,  there  are  a  number  of 
solution  control  commands  that  can  be  used  to  label  the  output.  This  subsection  documents  the  print 
and  PUNCH  commands  and  the  labeling  commands  and  discusses  their  use.  The  PRINT  and  PUNCH 
commands  are  identical  in  form  and  interpretation,  so  the  print  command  will  be  used  to  represent  both 
commands  in  the  following  discussion.  There  are  also  many  features  and  utilities  available  to  the  user  to 
obtain  output  through  modifications  to  the  executive  MAPOL  sequence.  These  in<»lnde  direct  use  of 
MAPOL  utihties,  modification  of  print  parameters  in  fimctional  module  calling  sequences  and  user 
written  procedures  or  modules.  These  output  capabilities  and  a  more  complete  discussion  of  the  output 
processing  (  print  and  punch  )  capabilities  of  the  ASTROS  system  is  presented  in  Chapter  6  of  this 
manual. 
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The  PRINT  and  PUNCH  commands  have  a  number  of  options  which  can  be  separated  into  three 
groups:  subset  options,  response  quantity  options  and  form  options.  The  subset  options  select  a  set  of 
subcases  and/or  design  iterations  to  which  the  PRINT  command  apphes  while  the  remaining  options 
select  the  actual  data  quantities  that  are  desired;  (e.g.  stresses,  strains,  and  displacements)  and  the  form 
in  which  complex  quantities  are  to  be  printed.  The  output  selection  can  appear  at  any  level  of  the  solution 
control  hierarchy  and  will  apply  at  that  level  imtil  it  is  overridden.  When  more  than  one  discipline  is 
covered  by  a  print  request  at  the  boundary  level,  ASTROS  will  consider  only  the  relevant  print  requests 
for  each  discipline.  For  example,  if  statics  and  flutter  are  performed,  the  STATICS  discipline  will 
ignore  any  ROOTS  requests  and  the  flutter  discipline  will  ignore  any  STRESS  requests. 

3.4.1 .  Subset  Options 


As  indicated  in  the  preceding  subsections,  some  disciplines  have  more  than  one  subcase  per 
solution  control  statement.  Others,  like  STATICS  and  saero  have  a  separate  solution  control  statement 
for  each  subcase.  In  all  cases,  disciplines  within  the  optimize  subpacket  may  be  analyzed  at  one  or  more 
design  iterations.  When  one  subcase  is  defined  per  statement,  the  user  is  fi-ee  to  modify  the  print 
requests  fi’om  subcase  to  subcase;  for  example: 


ANALYZE 

BOUNDARY  SPC  =  10 

STATICS  (  MECH  =  10  ) 

PRINT  STRESS  =  ALL,  DISP  =100 
STATICS  (  MECH  =  20,  GRAV  =  100  ) 
PRINT  DISP  =  ALL 


specifies  that  stresses  for  all  elements  and  displacements  for  nodes  hsted  in  set  100  be  printed  for  the 
first  subcase  (mechanical  loads  with  set  identification  10)  and  only  the  displacements  be  printed  for  the 
next  load  condition.  When  the  discipline  generates  more  than  one  subcase,  however,  the  user  must 
specify  the  subcases  to  which  the  print  request  applies.  For  example: 


ANALYZE 

BOUNDARY  SPC=10,  METHOD=1000 
MODES 

PRINT  (MODES=ALL)  DISP=100 


selects  the  displacements  (eigenvectors)  for  all  the  computed  mode  shapes  be  printed.  If  the  modeSsALL 
selection  were  not  included  in  the  PRINT  statement,  the  user  would  get  no  output  at  all.  The  user  is 
cautioned  that  the  output  processing  in  ASTROS  is  designed  to  limit  output  to  those  quantities  that  are 
exphcitly  selected  and,  therefore,  the  default  for  subcase  option  modes  is  that  no  modes  are  selected. 
Whenever  multiple  subcases  are  generated  by  a  discipline,  as  in  the  case  of  modes,  transient,  fre¬ 
quency  and  BLAST,  a  subcase  selection  option  is  required  on  the  PRINT  command  in  order  to  get  any 
output. 
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If  the  discipline  appears  in  the  optimize  subpacket,  the  user  may  request  that  the  output 
appear  only  at  certain  iterations.  For  example; 


OPTIMIZE 

BOUNDARY  SPC=10,  METHOD=1000 
MODES  {DCON=1000) 

PRINT  (ITER=10,  MODES=ALL)  DISP=100 


selects  the  displacements  (eigenvectors)  for  all  the  computed  mode  shapes  be  printed  at  the  iterations 
given  in  ITERLIST  10.  Unlike  the  other  subset  selectors,  the  default  for  iter  is  all.  Omission  of  the 
ITER  selector  therefore  imphes  that  the  quantity  will  be  printed  at  every  iteration.  This  defavdt  is  a 
consequence  of  compatibility  with  early  versions  of  ASTROS  in  which  there  was  no  iteration  selection 
at  all. 


The  subset  selections  can  be  specified  at  two  levels  as  parenthetical  phrases  attached  to  the  print 
or  punch  statement.  At  the  higher  level,  the  subset  options  generate  defaults  for  the  entire  print  or  punch 
statement.  For  example: 


PRINT  (ITER=10,  TIME=ALL)  STRESS=ALL,  STRAIN=ALL 


requests  that  all  stresses  and  strains  at  all  time  steps  for  the  iterations  in  ITERLIST  10  be  printed.  In 
addition,  the  subset  options  can  be  attached  to  the  individual  quantity  options  to  override  the  print 
default.  For  example; 


PRINT  (ITER=10,  TIME=ALL)  STRESS=ALL,  STRAIN (TIME=10 ) =ALL 


overrides  the  TIME=all  default  for  the  strain  output.  At  both  levels,  the  defaults  are  NONE  fc  .ts, 
FREQ  and  MODE  and  all  for  ITER. 


The  subset  options  in  ASTROS  are: 


OPTION 

DESCRIPTION 

FREQUENCY 

Selects  the  frequency  steps  of  frequency  response  disciplines  at  which 
output  is  desired  bv  referencine  a  FREOLIST  bulk  data  entrv. 

ITERATION 

Selects  the  design  iterations  at  which  output  is  desired  by  referencing  a 
ITERLIST  bulk  data  entrv. 

MODE 

Selects  the  eigenvectors  of  a  normal  modes  discipline  at  which  output 
is  desired  by  referencing  a  MODELIST  bulk  data  entry. 

TIME 

Selects  the  time  steps  of  transient  response  and  blast  analyses  at 
which  output  is  desired  bv  referencing  a  TIMELIST  bulk  data  entry. 

3.4.2.  Response  Quantity  Options 

ASTROS  is  able  to  compute  a  number  of  response  quantities  for  each  discipline  type.  Each 
discipline  type  generates  a  different  set  of  quantities  so  that  the  quantity  selected  by  a  particular 
keyword  can  sometimes  change  fi-om  one  discipline  to  another.  In  addition,  the  available  quantities  are 
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sometimes  a  function  of  the  boundary  condition  type.  For  example,  the  flutter  mode  shape  is  not  available 
as  an  output  from  a  flutter  analysis  performed  in  the  optimize  subpacket.  This  subsection  will  present 
the  available  quantities,  the  PRINT  options  which  select  them  and  the  limitations  (if  any)  on  their 
availability.  Table  18  summarizes  the  available  print  and  punch  response  quantity  options. 

As  in  NASTRAN,  stresses,  strains  and  element  forces  are  computed  in  the  element  coordinate 
system  at  predetermined  or  user  selected  points  in  the  element.  Nodal  quantities  are  computed  in  the 
global  coordinate  system,  cgra,  dcon,  gdes,  ksns,  model,  mens,  ogra  and  hist  are  only  applicable  in 
the  OPTIMIZE  subpacket  above  the  first  BOUNDARY  (since  these  requests  transcend  all  analyses).  The 
DISP  option  for  flutter  analyses  is  only  applicable  in  the  analyze  subpacket.  Other  options  are  available 
independent  of  the  boundary  condition  type.  Table  19  presents  a  matrix  of  response  quantity  options  for 
each  discipline  type,  showing  the  applicability  of  each  option.  Any  requests  for  quantities  that  do  not 
apply  to  the  particular  discipline  will  be  ignored  by  the  output  processor  without  warning. 

Most  options  can  be  ALL,  NONE  or  an  integer  value  which  selects  bulk  data  entry  sets  listing  the 
items  for  which  the  response  quantity  is  desired.  For  example,  the  stress  option  points  to  the  ELEMLIST 
bulk  data  entity  which  hsts  the  elements  for  which  stresses  are  desired.  The  none  option  is  used  to 
override  a  default  established  through  a  print  or  punch  request  at  a  higher  level  in  the  hierarchy.  The 
ASTROS  output  philosophy  is  similar  to  that  of  NASTRAN  in  that  it  is  assumed  that  mistakes  in  the 
output  requests  should  not  terminate  execution.  If,  for  example,  the  requested  structural  element  does 
not  exist  in  the  model,  the  output  request  will  be  ignored  without  any  warning  to  the  user.  Other  output 
request  errors  in  ASTROS  are  treated  in  a  similar  manner,  occasionally  generating  a  warning  message, 
but  more  typically  resulting  in  no  visible  indication  that  the  request  was  in  error.  Therefore  the  user  can, 
in  most  cases,  request  output  that  does  not  apply  to  the  discipline,  for  entities  (nodes  or  elements)  which 
do  not  exist  and/or  for  subcases  that  are  not  defined  without  causing  termination  of  the  execution. 

3.4.3.  Form  Options 

For  complex  response  quantities,  the  form  option  is  provided  to  select  either  rectangular  or 
POLAR  form.  Rectangular  form  gives  the  cartesian  components  of  the  quantity  in  the  rectangular  complex 
plane  in  which  the  first  number  represents  the  real  component  and  the  second  number  the  imaginary 
component.  Polar  form  gives  the  components  in  polar  coordinates  in  which  the  first  number  represents 
the  radial  distance  from  the  origin  (the  magnitude)  and  the  second  represents  the  angular  displacement 
from  the  real  coordinate  axis  (the  phase  angle).  The  phase  angle  is  computed  in  degrees. 

The  form  can  be  specified  at  two  levels  as  parenthetical  phrases  attached  to  the  print  or  punch 
statement.  At  the  higher  level,  the  form  option  generates  a  default  for  the  entire  print  or  pvmch  state¬ 
ment.  For  example: 

PRINT  (POLAR)  STRESS=ALL,  STRAIN=ALL 


requests  that  polar  form  be  used  for  both  stress  and  strain  response  quantities.  In  addition,  the  form 
option  can  be  attached  to  the  individual  quantity  options  to  override  the  print  default.  For  example: 

PRINT  (POLAR)  STRESS=ALL,  STRAIN (RECT) =ALL 
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Table  18.  Response  Quantity  Output  Options 


OPTION 

DESCRIPTION 

ACCELERATION 

Selects  accelerations  at  nodal  points. 

AIRDXSPLACEMENT 

Selects  displacements  on  aerod3mamic  boxes. 

C6RADZEHT 

Selects  gradients  of  active  constraints. 

DCONSTRAINT 

Selects  active  constraints  at  each  iteration. 

DISPLACEMENTS 

Selects  displacements  at  nodal  points. 

ENERGY 

Selects  strain  energy  at  structural  elements. 

FORCE 

Selects  element  forces  at  structxiral  elements. 

GDESIGN 

Selects  global  design  variables. 

GPFORCE 

Selects  grid  point  forces  at  nodal  points. 

GPWG 

Selects  print  of  grid  point  weight  summary. 

KSNS 

Selects  stif&iess  sensitivities  at  design  variables. 

LDESIGN 

Selects  local  design  variables. 

LOAD 

- - - 

Selects  applied  loads  at  nodal  points. 

1  MASS 

Selects  mass  matrix  at  nodal  points. 

MODEL 

Selects  Bulk  Data  at  current  design  point.  (PUNCH  only) 

MSNS 

Selects  mass  sensitivities  at  design  variables. 

OGHAOZENT 

Selects  gradient  of  the  objective  function. 

QKH 

Selects  QHH  generalized  unsteady  aerodynamic  forces  at  modes. 

QHJ 

Selects  QHJ  generalized  unsteady  aerodynamic  forces  at  modes. 

ROOT 

Selects  flutter  and  normal  modes  roots  (eigenvalues).  | 

SPCFORCE 

Selects  forces  of  single  point  constraint  at  nodal  points.  j 

STIFFNESS 

Selects  stiffiiess  matrix  at  nodal  points.  | 

STRAIN 

Selects  strains  at  structural  elements.  j 

STRESS 

Selects  stresses  at  structural  elements.  1 

TPRESSURE 

TRIM 

Selects  trim  and  stabihty  coefficients  for  steady  aeroelastic  analyses.  j 

VELOCITY 

Selects  velocities  at  nodal  points.  1 
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Table  19.  Response  Quantities  by  Discipline 


OPTION 

DESIGN 

STAT 

MODE 

SAERO 

FLUT 

TRANS 

FREQ 

BLAS 

NPSA 

ACCEL 

y 

y 

y 

y 

y 

AIRDISP 

y 

C6RADIENT 

✓ 

*  '  ; ' 

\-y. 

:  L'-l---  ';4 

DCONSTRAINT 

/ 

- ^ 

'4'.x  , 

.■  .  ■  -*V 

‘''z 

DISP 

y 

y 

y 

y 

y 

y 

y 

ENERGY 

■mu 

y 

y 

y 

y 

y 

FORCE 

iiliiiililiil! 

y 

y 

y 

y 

y 

GDESIGN 

✓ 

GPFORCE 

y 

y 

GPWG 

iiifiilSii 

y 

y 

y 

y 

y 

y 

y 

KSNS 

y 

LDESXGN 

y 

LOAD 

y 

y 

y 

y 

y 

y 

HASS 

y 

y 

y 

y 

\  y 

y 

y 

MODEL 

y 

\ ■  - 

HSNS 

y 

^ 

:  : 

OGRADIENT 

y 

wmmssmism^ 

Mmi 

HBi 

iiiiii 

■ 

QHH 

1 

y 

y 

QHJ 

liillilil 

y 

ROOT 

y 

y 

SPFORCE 

y 

y 

STIFFNESS 

liiissii 

y 

y 

y 

y 

y 

y 

y 

STRAIN 

y 

y 

y 

y 

y 

STRESS 

y 

y 

y 

y 

y 

TPRESSURE 

y 

y 

TRIM 

'  1  V.'  '■ 

y 

y 

VELO 

y 

y 

y 

119 


overrides  the  polar  default  for  the  strain  output.  At  both  levels,  the  default  form  is  rectangular  and  any 
polar  requests  for  real  output  quantities  are  ignored. 

3.4.4.  Labeling  Options 

Labeling  of  printed  output  is  performed  through  the  use  of  three  optional  commands  identical  in 
form  to  their  NASTRAN  counterparts: 


OPTION 

DESCRIPTION 

TITLE 

A  title  header  that  will  appear  as  the  first  line  on  each  paee  of  output. 

SUBTITLE 

A  secondary  header  that  will  appear  on  the  second  line  of  each  page  of 
output. 

LABEL 

A  tertiary  header  that  is  typically  used  to  identify  subcase  (discipline 
level)  output. 

Each  of  these  commands  can  appear  at  any  level  in  the  solution  control  hierarchy  and  will  be 
applied  until  superseded. 

3.5.  SOLUTION  CONTROL  COMMANDS 

The  ASTROS  Solution  Control  Commands  are  described  in  this  section. 
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Solution  Control  Command:  $ 


Description:  Allows  commentary  data  to  be  placed  in  the  Solution  Control  packet. 

Hierarchy  Level:  Various 

Format: 


$  THIS  IS  A  COMMENT 


Solution  Control  Command:  ANALYZE 


Description:  The  first  command  in  the  ANALYZE  subpacket 

Hierarchy  Level:  Type  of  run 

Format: 

ANALYZE 
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Solution  Control  Command:  BLAST 


Description: 


Invokes  the  blast  discipline 


Hierarchy  Level:  Discipline 


Format  and  Examples: 

BLAST  [caseid]  type  (BLCOND  =  i,  TSTEP  =  j) 
BIiAST  MODAL  (BLCOND  =  20,  TSTEP  =  30) 


Option _ _ _ Meaning _ 

caseid  Case  identification  number.  (Integer>0) 

type  DIRECT  or  MODAL.  Selects  the  solution  approach.  Default  =  DIRECT. 

i  Set  identification  of  a  BLAST  bulk  data  entry  used  to  specifiy  nuclear  blast  pa¬ 

rameters. 

j  Set  identification  of  tstep  bulk  data  entries  used  to  specify  time  step  data  for  the 

blast  response  analysis. 


Remarks: 


1. 

2. 


BLAST  must  not  appear  in  the  OPTIMIZE  subpacket. 

If  any  discipline  has  a  caseid,  then  aU  disciplines  must  have  a  caseid.  AH  caseid  values 
must  be  miique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  impUcitly 
nxombered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  from  user  defined  functions  in  the  Function  Packet. 
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Solution  Control  Command:  BOUNDARY 


Description:  Specifies  the  displacement  sets  and  related  data  used  in  a  particular  boundary  con¬ 
dition. 

Hierarchy  Level:  Boundary  condition 
Format  and  Examples: 

BOUNDARY  [BCID  =  bcid, ]  MPC  =  i,  SPC  =  j,  REDUCE  =  k,  SUPPORT  =  1, 

METHOD  =  m,  CMETHOD  s  t. 


AUTOSPC 


PRINT 

NOPRINT 


[, PUNCH  USING  S] 


[,EPS  =  X] 


YES  ■ 
NO 


DYNRED  =  n,  INERTIA  =  o,  ESET  =  p,  K2GG  =  q,  M2GG  =  r 
BOUNDARY  SPC  =  6 

BOUNDARY  SPC  =  10,  REDUCE  =  20,  SXTPPORT  s  30 

BOUNDARY  SPC  =  12,  DYNRED  =  100,  INERTIA  =  100,  K2GG  =  PUSSTIFF 
BOUNDARY  AUTOSPC (NOPRINT,  PUNCH  USING  1001)  =  YES,  SUPPORT  =  101 


Option  _  Meaning _ 

bcid  Boimdaiy  condition  identification  number.  (Integer>0) 


i  Set  identification  of  a  multipoint  constraint  set.  Invokes  MPC  anH  mpcadd  bulk 

data  entries.  (Integer>0) 

3  Set  identification  of  a  single  point  constraint  set.  Invokes  SPC,  SPCl  and  SPCADD 

bulk  data  entries.  (Integer>0) 

k  Set  identification  of  a  static  condensation  set.  Invokes  ASET,  ASETl,  OMIT  anH 

OHITl  bulk  data  entries.  (Integer>0) 

1  Set  identification  of  the  free  body  support.  Invokes  suport  bulk  data  entries. 

(Integer>0) 

m  Set  identification  of  the  EIGR  bulk  data  entry  to  be  used.  (Integer>0) 

n  Selects  the  dynamic  reduction  parameters  from  the  DYNRED  bulk  data  entry 

(lnteger>0) 

o  Selects  the  JSETi  bulk  data  entries  identifying  inertia  relief  degrees  of  freedom 

for  performing  dynamic  reduction  (lnteger>0) 

p  Set  identification  of  the  extra  degrees  of  fireedom  for  the  boxmdary  condition. 

Invokes  epoint  bulk  data  entries.  (Integer>0) 

q  Selects  the  direct  input  stiffiiess  matrix  in  the  g-set.  This  matrix  wiU  be  added  to 

KGG  for  this  boundary  condition.  Refers  to  a  DMi  or  dmig  Bulk  Data  entry. 

r  Selects  the  direct  input  mass  matrix  in  the  g-set.  This  matrix  will  be  added  to  mgg 

for  this  boimdary  condition.  Refers  to  a  DMi  or  DMIG  Bulk  Data  entry. 
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s  Specifies  a  set  identification  number  to  be  used  for  punching  the  SPC  Bulk  Data 

entries  generated  by  the  autospc  option.  (Integer>0,  less  than  9  digits) 

t  Defines  a  default  EIGC  set  identification  to  be  used  by  the  CEZG  module  if  it  is 

passed  a  zero  value  in  its  call  sequence. 

X  Defines  the  AUTOSPC  threshhold.  Singularities  with  values  less  than  x  are  auto¬ 

matically  constrained.  (Real,  Default=10'®) 

Remarks: 

1.  If  any  BOUNDARY  has  a  bcid,  then  all  boundaries  must  have  a  bcid.  All  bcid  values  must  be 
unique,  but  they  need  not  be  in  any  particular  order.  Boundaries  are  implicitly  numbered 
from  1  to  n  if  no  bcid  values  are  specified.  The  bcid  is  only  used  as  a  reference  from  user 
defined  fimctions  in  the  Function  Packet. 

2.  Note  that  the  REDUCE  and  ESET  set  specifications  are  innovative  relative  to  NASTRAN. 

3.  The  bulk  data  entries  will  not  be  used  in  ASTROS  unless  selected  in  Solution  Control. 

4.  None  of  the  options  are  required  but  at  least  one  must  appear. 

5.  K266  and  1126G  affect  the  system  stiffiiess  and  mass  matrices,  respectively,  for  all  disciplines 
within  the  boundary  condition. 

6.  K266  and  M266  names  will  typically  refer  to  DMI  or  DMI6  entries  but  may  refer  to  any  data 
base  matrix  entity  of  the  proper  dimension. 

7.  The  AUTOSPC  command: 

AUTOSPC(PRINT,EPS=1.0E-8)  »  YES 

is  the  default  value.  To  disable  the  feature,  use: 

AUTOSPC  =  NO 
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Solution  Control  Command:  END 


Description:  Indicates  the  end  of  a  subpacket. 

Hierarchy  Level:  End 

Format: 

END 

Remarks: 

1.  The  ANALYZE  and  OPTIMIZE  subpackets  each  require  an  end  command. 
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Solution  Control  Command:  FLUTTER 


Description:  Invokes  the  flutter  analysis  discipline 
Hierarchy  Level:  Discipline 
Format  and  Examples: 

FLUTTER  [caseid]  (FLCOND  =  i,  DCONSTRAINT  =  j/  DCFUNCT  =  q,  CONTROL  =  k, 
K2PP  =  1,  tl2PP  s  m,  B2PP  =  n  ,  TFL  s  o,  DANPIN6  =  p, 

DCFUNCTION  =  q) 

FLUTTER  (FLCOND  =  100) 

FLUTTER  (FLCOND  =  100,  CONTROL  =  AILERON,  K2PP  =  KAIL,  TFL  =  5) 


Option 

caseid 

i 

3 

k 

1 

m 

n 

o 


P 

<3 


_ _ Meaning _ 

Case  identification  number.  (Integer>0) 

Set  identification  of  a  FLUTTER  bulk  data  entry  that  provides  flutter  parameters. 

Set  identification  of  a  DCONFLT  bulk  data  entry  that  defines  flutter  constraint 
conditions. 

Selects  the  input  matrix  for  splining  the  extra  points  to  the  aerodynamic  model. 
Refers  to  a  DMI  bulk  data  entry. 

Selects  the  direct  input  stiffiiess  matrix.  Refers  to  a  DMI  or  milG  bulk  data  entry. 

Selects  the  direct  input  mass  matrix.  Refers  to  a  DMI  or  dmig  bulk  data  entry. 

Selects  the  direct  input  damping  matrix.  Refers  to  a  DMI  or  DMiG  bulk  data  entry. 

Selects  the  transfer  function  set  to  be  added  to  the  input  matrices.  Refers  to  TF 
bulk  data  entries. 

Set  identification  of  vsdamp  and/or  tabdmp  bulk  data  entries  that  define  damping 
data. 

Set  identification  of  dconf  constraint  functions. 


Remarks: 

1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  fi:om  user  defined  functions  in  the  Fimction  Packet. 

2.  The  FLCOND  option  is  required,  all  others  are  optional. 

3.  M2PP,  B2PP  and  K2PP  and  CONTROL  names  will  typically  refer  to  dmi  and  dmig  entries,  but 
may  refer  to  any  existing  database  entity  of  the  proper  dimension. 

4.  The  use  of  the  control  matrix  requires  that  extra  points  be  defined  in  the  bovmdary  condi¬ 
tion. 
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Solution  Control  Command:  FREQUENCY 


Description:  Invokes  the  frequency  response  analysis  discipline 
Hierarchy  Level:  Discipline 


Format  and  Examples: 

FREQUENCY  type  [caseid]  (DLOAD  =  i,  PSTEP  =  j,  GUST  =  k,  K2PP  =  1, 
M2PP  =  in,B2PP  =  n,  TFL  =  o,  DAMPING  =  p) 

FREQUENCY  DIRECT  (DLOAD  s  10,  FSTEP  s  20) 

FREQUENCY  MODAL  (DLOAD  =  100,  FSTEP  =  30,  M2PP  =  MFREQ,  TFL  =  5) 
FREQUENCY  DIRECT  (DLOAD  =  100,  FSTEP  a  20  ,  GUST  =  55) 


Option 

type 

caseid 

i 

3 

k 

1 

m 

n 

o 

P 


_ _ _ Meaning _ 

Selects  the  solution  approach  from  direct  or  MODAL. 

Case  identification  number.  (Integer>0) 

Set  identification  of  a  dload  bulk  data  entry. 

Set  identification  of  frequency  bulk  data  entries  (preq,  preqi,  or  FREQ2)  that 
define  the  frequency  steps  for  the  analysis. 

Set  identification  of  a  GUST  bulk  data  entry  which  defines  the  gust  parameters. 

Selects  the  direct  input  stiffiiess  matrix.  Refers  to  a  DMI  or  dmig  bulk  data  entry. 

Selects  the  direct  input  mass  matrix.  Refers  to  a  dmi  or  dmig  bulk  data  entiy. 

Selects  the  direct  input  damping  matrix.  Refers  to  a  dmi  or  DMIG  bulk  data  entry. 

Selects  the  transfer  function  set  to  be  added  to  the  input  matrices.  Refers  to  TF 
bulk  data  entries. 

Set  identification  of  VSDAMP  and/or  tabdmp  bulk  data  entries  that  define  daTYiping 
data. 


Remarks: 

1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  from  user  defined  functions  in  the  Function  Packet. 

2.  The  FREQUENCY  discipline  does  not  generate  design  constraints  for  optimization. 

3.  type,  DLOAD  and  FSTEP  are  required. 

4.  No  more  than  one  FREQUENCY  analysis  can  be  done  in  a  single  boimdary  condition. 

5.  M2PP,  B2PP  and  K2PP  names  will  typically  refer  to  dmi  and  dmig  entries,  but  may  refer  to 
any  existing  database  entity  of  the  proper  dimension. 
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Solution  Control  Command:  K6ROT 


Description:  Provides  a  stiiBiess  value  for  in-plane  stif&iesses  for  plate  elements. 

Hierarchy  Level:  Initial  level  (above  analyze /optimize) 

Format  and  Examples: 

K6ROT  =  val 
K6ROT  =  1.0 
K6ROT  =  10.0E3 

Option  _ Meaning _ 

val  Real  value  used  to  compute  the  stif&ess  associated  vvith  the  in-plane  rotations  of 

plate  elements  (Default  K6ROT  =  0.0,  K6ROT  >  0.0) 
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Solution  Control  Command:  LABEL 


Description:  Provides  identifying  information  on  subcase  output. 

Hierarchy  Level:  Label  information 

Format  and  Examples: 

LABEL  =  n 

LABEL  =  SYMMETRIC  MANEUVER  LOAD 

Option  Meaning 

n  Any  descriptive  message  that  the  user  wishes  to  use  to  distinquish  output. 

Remarks: 

1.  LABEL  information  is  used  until  it  is  superseded. 

2.  The  LABEL  command  is  optional. 

3.  Labels  are  limited  to  no  more  than  72  characters. 
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Solution  Control  Command:  MODES 


Description:  Selects  the  Normal  Modes  discipline. 

Hierarchy  Level:  Discipline 

Format  and  Examples: 

MODES  [caseid]  (DCONS  =  n,  DCFUNCTION  =  o) 

MODES 

MODES  (DCONS  =  10) 

Option  V  Meaning 

caseid  Case  identification  number.  (Integer>0) 

n  Set  identification  of  dconfrq  bulk  data  entries  which  define  frequency  con¬ 

straints  for  the  optimization  task. 

o  Set  identification  of  DCONF  constraint  functions. 

Remarks: 

1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  veilues 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  fi:om  user  defined  functions  in  the  Function  Packet. 

2.  Only  one  modal  analysis  can  be  performed  in  a  boundary  condition  using  the  EIGR  bulk  data 
entry  selected  on  the  BOUNDARY  command. 
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Solution  Control  Command:  NPSAERO 


Description:  Invokes  the  nonplanar  static  aerodynamcis  discipline 
Hierarchy  Level:  Discipline 
Format  and  Examples: 

NPSAERO  [caseid]  [symtype]  (TRIM  =  in) 

NPSAERO  (TRIM  =  60) 

NPSAERO  ANTIS'XMMETRIC  (TRIM  s  70) 

Option _ Meaning _ 

caseid  Case  identification  number.  (Integer>0) 

symtype  Selects  the  symmetry  type  for  the  subcase  firom  SYMMETRIC  or  ANTISYMMETRIC. 
(Default  is  SYMMETRIC) 

m  Set  identification  of  a  TRIM  bxilk  data  entry  which  provides  flight  condition  infor¬ 

mation. 

Remarks: 

1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  imphcitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  from  user  defined  functions  in  the  Fimction  Packet. 

2.  TRIM  is  required. 

3.  NPSAERO  analyses  may  be  freely  combined  with  all  other  ASTROS  disciplines. 

_ WARNING _ 

This  feature  is  not  working  correctly  | 
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Solution  Control  Command:  OPTIMIZE 


Description:  Invokes  the  ASTROS  design  capability 
Hierarchy  Level:  Type  of  boundary  condition 


Format  and  Examples: 


r  OPTIMIZE  1 
\  MINIMIZE  \  STRATEGY 
[  MAXIMIZE  J 


((ml^niterl),  (m2,niter2),  (m3,niter3)),  MAXITER  =  n. 


MOVLIM  =  o,  WINDOW  =  p,  ALPHA  =  r, 

CNVRGLIM  =  s,  NRFAC  =  t,  EPS  =  FDSTEP  = 


FDSTEP  =  V/  OBJECTIVE 


WEIGHT* 

w 


DCFUNCTION  =  X 


OPTIMIZE 

OPTIMIZE  MAXITER  =  10^  NRFAC  =0.6^  EPS  =  -.05,  MOVLIM  =1.3 
OPTIMIZE  STRATEGY  =  FSD,  ALPHA  =  0.8,  MAXFSD  =  10 
OPTIMIZE  STRATEGY  =  (FSD,  3),  ALPHA  =0.8,  MAXFSD  =  10 


Option 
ml, m2, 203 


niterl, 

niter2, 

niter3 


n 


o 


_ Meaning _ 

The  strategy  to  be  used  in  optimization.  Either  MP  for  math  programming  meth¬ 
ods  or  FSD  for  fully  stressed  design.  The  order  of  input  on  the  strategy  command 
is  the  order  that  will  be  used.  Each  strategy,  MP  or  FSD,  may  only  appear  once. 
Default  for  ml=MP.  (Only  MP  methods  will  be  used) 

The  number  of  iterations  for  ml,  za2  and  xa3  respectively.  The  default  for  each  is  to 
use  the  last  named  method  for  those  iterations  remaining  up  to  MAXITER.  If 
MAXITER  is  less  than  the  sum  of  specified  iterations,  ASTROS  will  warn  the  user 
but  stop  at  MAXITER  iterations. 


STRATEGY 

HP  for  iterations  1  thru  HAXITER 

STRATEGY  =  MP 

MP  for  iterations  1  thru  MAXITER 

STRATEGY  =  FSD, 5 

FSD  for  iterations  1  thru  5  MP  for 
iterations  6  thru  MAXITER 

STRATEGY  .  ((FSD,5),MP) 

FSD  for  iterations  1  thru  5  HP  for 
iterations  6  thru  haxiter 

The  maximum  number  of  iterations  to  be  performed  using  MPor  FSD. 

Default  =  15. 

The  move  limit  applied  to  local  design  variables  in  MP.  The  local  variable  after 
each  redesign  will  lie  between  t /MOVLIM  and  t*MOVLlM  where  t  is  the  initial 
value.  Default  =  2.0,  must  be  greater  than  1.0. 

The  window  around  zero  in  which  the  MOVLIM  bound  is  overridden  to  allow  the 
local  variable  to  change  sign.  If  WINDOW=0.0,  the  local  variable  may  not  change 
sign.  If  WINDOW  is  nonzero,  the  half  width  of  a  band  around  zero,  EPS  is  computed 
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EPS  =  WINDOW/100  *  MAX  (  ABS(TMIN),  ABS(TMAX)  ) 


r 

s 

t 

u 

V 


w 


X 


If  the  local  variable  falls  within  the  band,  the  new  minimum  or  maximum  for  the 
current  iteration  is  changed  to  lie  on  the  other  side  of  zero  from  the  local  variable. 
The  bandwidth  EPS  is  a  percentage  of  the  larger  of  TMM  or  TMZN  where  WINDOW 
specifies  the  percentage.  Default  =  0.0,  must  be  greater  than  or  equal  to  0.0. 

Exponential  move  limit  for  FSD.  Numbers  less  than  1.0  result  in  a  smaller  move 
with  smoother  convergence.  Ignored  if  strat=mp.  Default  =  0.90,  must  be  greater 
than  0.0 

Convergence  limit  specifying  the  maximum  percentage  change  in  the  objective 
function  that  can  be  considered  converged.  Default  =  1.0,  must  be  greater  than 
0.0. 

Constraint  retention  factor  for  MP  methods.  The  number  of  active  constraints  will 
be  at  least  nrfac  times  the  number  of  design  variables.  Default  =  3.0. 

Constraint  retention  parameter  in  which  aU  constraints  having  a  value  greater 
than  EPS  wfil  be  considered  active.  Default  =  -0.10 


Finite  difference  step  size  for  nonlinear  design  variables.  The  relative  design 

variable  increment  A  i;  =  J  ^  for  finite  difference  computa- 

FDSTEP  ;  u  =  0.0  ^ 


tion.  Default  =  0.001  must  be  greater  than  zero. 


Objective  function  selected  from  WEIGHT,  the  default  value,  or  the  set  identifica¬ 
tion  of  a  single  scalar  dconf  function. 


Identification  number  of  DCONF  Bulk  Data  entries  defining  subcase  independent 
functions. 


Remarks: 

1.  None  of  the  options  are  required. 

2.  HAXITER  and  CNVRGLIH  are  global  parameters  that  apply  to  the  MP  and  FSD  strategies. 

3.  MoviiiM  and  window  control  the  move  limits  for  mp.  window  is  only  usefial  for  local  Hssign 
variables  that  need  to  cross  between  positive  and  negative  values. 

4.  NRFAC  and  EPS  control  the  constraint  deletion  algorithm  for  MP,  both  values  are  always 
applied. 
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Solution  Control  Command:  PRINT 


Description:  Specifies  the  required  output  file  processing  for  the  print  file  or  CADDB  database. 
Hierarchy  Level:  Various 
Format  and  Examples: 

PRINT  (Form,  FREQ  =  a,  ITER  =  b,  MODE  =  C,  TIME  =  d) 


(Form 

FREQ 

= 

ITER 

b. 

MODE 

=  C, 

TIME 

=  d) 

ACCE 

(Form, 

FREQ 

=  &, 

ITER 

s 

b. 

TIME 

s 

d) 

=  e. 

AIKD 

(Form, 

ITER 

*  b. 

mode 

= 

c. 

TIME 

= 

d) 

=  f. 

BUCK 

(ITER 

=  b)  = 

ag 

C6RA 

(ITER 

=  b)  = 

b. 

DCON 

(ITER 

=  b)  = 

i# 

DISP 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

= 

c. 

TIME 

d) 

= 

3/ 

ENER 

(Form, 

FREQ 

—  a. 

ITER 

= 

b. 

MODE 

= 

c. 

TIME 

= 

d) 

= 

k. 

FORC 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

c. 

TIME 

s= 

d) 

= 

1, 

GDES 

(ITER 

=  b)  = 

m. 

GPFO 

(Form, 

FREQ 

—  a. 

ITER 

s 

b. 

MODE 

= 

C, 

TIME 

= 

d) 

= 

n. 

GPWG 

(ITER 

=  b)  = 

nl. 

KSNS 

(ITER 

=  b)  = 

o. 

DDES 

(ITER 

=  b)  * 

P/ 

LOAD 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

= 

C, 

TIME 

= 

d) 

s 

q/ 

HASS 

(ITER 

=  b)  = 

r. 

HSNS 

(ITER 

=  b)  = 

t , 

06RA 

(ITER 

=  b)  = 

u. 

QHH 

(ITER 

=  b,  MODE 

s  c)  = 

=  X, 

QHJ 

(ITER 

=  b,  MODE 

=  c)  = 

=  : 

F/ 

ROOT 

(Form, 

ITER 

=  b. 

MODE 

= 

c) 

=  z# 

SPCF 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

= 

C, 

TIME 

= 

d) 

s 

aa 

STIF 

(ITER 

=  b)  = 

ab. 

STRA 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

s 

c. 

TIME 

= 

d. 

ab)  = 

STRE 

(Form, 

FREQ 

=  a. 

ITER 

= 

b. 

MODE 

= 

C, 

TIME 

= 

d. 

ah) 

TPRE 

(ITER 

=  b)  = 

ae. 

VELO 

(Form, 

FREQ 

=  a. 

ITER 

b. 

MODE 

= 

C, 

TIME 

= 

d) 

St 

a£ 

TRIM 

PRINT  DISP  s  ALL 

PRINT  (RECT,  MODE  =  10,  ITER  =  20)  D1SP(ITER  =  LAST)  =  6,  ENERGy(POLA)  =  10 
PRINT  (MODE  s  NONE) 

Options  _ Meaning _ _ 


Form  RECT  or  POLA  requests  output  in  RECTangular  or  POLAr  format 

(See  Remarks  1  and  2). 

a  Set  identification  of  a  FREQLIST  bulk  data  entry  that  is  used  to  request  the 

frequencies  at  which  output  is  to  be  printed  (See  Remark  2). 

b  Set  identification  of  an  ITERLIST  b\ilk  data  entry  that  is  used  to  request  the 

optimization  iterations  at  which  output  is  to  be  printed  (See  Remark  2). 

c  Set  identification  of  a  MODELIST  bulk  data  entry  that  is  used  to  request  the 

modes  at  which  output  is  to  be  printed  (See  Remark  2). 
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Set  identification  of  a  TIMEIiIST  bulk  data  entry  that  is  used  to  request  the  times  at  which 
output  is  to  be  printed  (See  Remark  2). 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  accelerations  are  to  be  printed. 

Set  identification  of  an  ELHMXiTST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
box  elements  at  which  displacements  for  the  aerodynamic  model  are  to  be  printed. 

Set  identification  of  an  DCONLIST  bulk  data  entry  that  is  used  to  request  the  the  subset  of 
active  constraints  for  which  gradients  are  to  be  printed  (See  Remark  2). 

Set  identification  of  an  BCOMLXST  bulk  data  entry  that  is  used  to  request  the  the  subset  of 
active  constraints  which  are  to  be  printed  (See  Remark  2). 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  displacements  are  to  be  printed. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  strain  energies  are  to  be  printed. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  forces  are  to  be  printed. 

Set  identification  of  a  GDVLIST  bulk  data  entry  that  is  used  to  request  the  global  design 
variable  IDs  for  which  global  design  variables  are  to  be  printed. 

Set  identification  of  a  GRXDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  grid  point  forces  are  to  be  printed. 

Either  ALL  or  NONE  depending  on  whether  the  GPWG  is  to  be  computed/printed.  If 
a  GPWG  entry  is  in  the  Bulk  Data  file,  it  will  be  used  by  the  algorithm. 

Set  identification  of  an  IiDVLXST  and/or  a  GDVLXST  bulk  data  entry  that  is  used  to 
request  the  design  variables  for  which  stiffness  sensitivities  are  to  printed. 

Set  identification  of  an  LDVLXST  bulk  data  entry  that  is  used  to  request  the  local  design 
variable  IDs  for  which  local  design  variables  are  to  be  printed. 

Set  identification  of  a  GRXDLXST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  applied  loads  are  to  be  printed. 

Set  identification  of  a  GRXDLXST  bulk  data  entry  that  is  used  to  request  the  grid  points 
degrees  of  freedom  for  which  the  mass  matrix  is  to  be  printed. 

Set  identification  of  an  LDVLXST  and/or  a  GDVLXST  bulk  data  entry  that  is  used  to 
request  the  design  variables  for  which  mass  sensitivities  are  to  printed. 

Set  identification  of  a  GDVLXST  bulk  data  entry  that  is  used  to  request  the  design  variables 
for  which  objective  function  gradients  are  to  be  printed. 

Set  identification  of  an  ELEHLXST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  QHH  is  to  be  printed. 

Set  identification  of  an  ELEMLXST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  QH  J  is  to  be  printed. 

Set  identification  of  an  HODELXST  bulk  data  entry  that  is  used  to  request  the  modes  for 
which  flutter  and  normal  modes  eigenvalue  results  are  to  be  printed. 

Set  identification  of  a  GRXDLXST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  SPC  forces  are  to  be  printed. 

Set  identification  of  a  GRXDLXST  bulk  data  entry  that  is  used  to  request  the  grid  points 
degrees  of  freedom  for  which  the  stiffness  matrix  is  to  be  printed. 

Set  identification  of  an  ELEMLXST  bulk  data  entry  that  is  used  to  request  the  elements  at 
which  strains  are  to  be  printed. 
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Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  stresses  are  be  printed. 

Set  identification  of  an  ELEHLIST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  the  pressure  coefficients  at  aeroelastic  trim  are  to  be  printed. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  velocities  are  to  be  printed. 

Specifies  the  elements  for  which  local  buckling  results  are  to  be  printed,  may  be 
ALL  or  NONE. 

Selects  the  type  of  stresses  or  strains  to  be  output  for  composite  elements.  The 
options  are;  LAYER,  LAMINATE  or  both.  The  default  is  LAYER. 


Remarks: 

1.  Form  is  an  optional  parameter  for  printing  complex  data.  RECTangular  data  outputs  complex 
data  with  real  and  imaginary  components  while  POLAr  outputs  complex  data  using  magni¬ 
tude  and  phase. 

2.  If  used  with  the  PRINT  command,  all  data  that  are  not  otherwise  specified  use  the  requested 
Form,  FREQ,  ITER,  MODE,  and  TIME,  if  applicable  for  that  type  of  data.  If  used  with  an  option. 
Form,  FREQ,  ITER,  MODE,  and  TIME  override  the  global  request.  Options  a  through  af  can  be 
either  ALL,  none,  or  a  positive  integer,  and  additionally,  option  b  (iter)  can  be  last,  and 
options  h  (CGRA)  and  i  (DCON)  can  be  ACTIVE.  ALL  requests  all  values.  NONE  tvims  off  a 
request  from  a  previous  hierarchy  while  an  integer  value  refers  to  a  bulk  data  entry.  LAST 
requests  that  output  be  printed  for  only  the  final  value  in  a  list.  For  example,  ITER=LAST 
selects  output  for  the  finail  iteration  in  an  optimization.  ACTIVE  selects  the  active  constraints. 

3.  HIST  and  trim  are  toggles.  If  they  are  present,  the  specified  data  are  printed,  trim  indicates 
that  stability  derivative  data  associated  with  an  aeroelastic  trim  are  to  be  printed,  hist 
indicates  that  the  design  iteration  history  summary  is  to  be  printed. 

4.  Aerodynamic  macro  elements  are  selected  indirectly.  A  macro  element  is  chosen  by  selecting 
one  or  more  aerodynamic  box  elements  contained  within  the  macro  element. 

5.  See  Table  47  for  a  summary  of  how  the  items  are  printed  or  written  to  the  CADDB  database. 
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Solution  Control  Command:  PUNCH 


Description:  Specifies  the  required  output  file  processing  for  the  punch  file 
Hierarchy  Level:  Various 


Format  and  Examples: 


PUNCH 


(Form,  FREQ  =  a,  ITER  =  b,  MODE  =  c,  TIME  =  d) 

ACCE  (Form,  FREQ  =  a,  ITER  =  b,  TIME  =  d)  =  e, 

AIRD  (Form,  ITER  =  b,  MODE  =  c,  TIME  =  d)  =  f, 

BUCK  (ITER  s  b)  s  ab, 

CORA  (ITER  =  b)  =  b, 

DCON  (ITER  =  b)  =  i, 

DISP  (Form,  FREQ  =  a,  ITER  =  b,  MODE  =  c,  TIME  =  d)  =  j, 

ENER  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad)  a  k, 

FORC  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad)  =  1, 

6DES  (ITER  a  b)  am, 

GPFO  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad)  an, 

GPWG  (ITER  a  b)  a  nl, 

KSNS  (ITER  a  b)  a  o, 

DDES  (ITER  =  b)  a  p, 

LOAD  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad)  a  q, 

MASS  (ITER  a  b)  a  r, 

MODEL  (ITER  a  ag)  a  ab 
MSNS  (ITER  a  b)  at, 

OGRA  (ITER  a  b)  a  u, 

QHH  (ITER  a  b,MODEac)  a  X, 

QHJ  (ITER  a  b,MODEac)  a  y, 

ROOT  (Form,  ITER  a  b,  MODE  a  c)  a  z, 

SPCF  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  a  d)  a  aa, 

STIF  (ITER  a  b)  a  ab, 

STRA  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad,  aj)  a  ac, 

STRE  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad,  a j )  a  ad, 

TPRE  (ITER  a  b)  a  ae, 

VELO  (Form,  FREQ  a  a,  ITER  a  b,  MODE  a  c,  TIME  ad)  a  af 
TRIM 


PUNCH  DISP  a  all 

PUNCH  (RECT,  MODE  a  10,  ITER  a  20)  DISP(ITER  a  LAST)  a  6,  ENERGY(POLA)  a  10 
PUNCH  (MODEaNONE) 


Options  Meaning 

Form  RECT  or  POLA  requests  output  in  RECTangular  or  POLAr  format  (See  Remarks  1  and  2). 

a  Set  identification  of  a  freqlist  bulk  data  entry  that  is  used  to  request  the 

frequencies  at  which  output  is  to  be  punched  (See  Remark  2). 

b  Set  identification  of  an  iterlist  bulk  data  entry  that  is  used  to  request  the 

optimization  iterations  at  which  output  is  to  be  punched  (See  Remark  2). 

c  Set  identification  of  a  MODELIST  bulk  data  entry  that  is  used  to  request  the  modes  at 

which  output  is  to  be  punched  (See  Remark  2). 
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Set  identification  of  a  TIMELIST  bulk  data  entry  that  is  used  to  request  the  times  at  which 
output  is  to  be  punched  (See  Remark  2). 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  accelerations  are  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
box  elements  at  which  displacements  for  the  aerodynamic  model  are  to  be  punched. 

Set  identification  of  an  DCONLIST  bulk  data  entry  that  is  used  to  request  the  the  subset  of 
active  constraints  for  which  gradients  are  to  be  punched  (See  Remark  2). 

Set  identification  of  an  DCONLIST  bulk  data  entry  that  is  used  to  request  the  the  subset  of 
active  constraints  which  are  to  be  punched  (See  Remark  2). 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  displacements  are  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  strain  energies  are  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  forces  are  to  be  punched. 

Set  identification  of  a  GDVLIST  bulk  data  entry  that  is  used  to  request  the  global  design 
variable  IDs  for  which  global  design  variables  are  to  be  punched. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  grid  point  forces  are  to  be  punched. 

Either  ALL  or  NONE  depending  on  whether  the  GPWG  is  to  be  computed/punched.  If  a  GPWG 
entry  is  in  the  Bulk  Data  file,  it  will  be  used  by  the  algorithm. 

Set  identification  of  an  LDVLIST  and/or  a  GDVLIST  bulk  data  entry  that  is  used  to 
request  the  design  variables  for  which  stiffness  sensitivities  are  to  punched. 

Set  identification  of  an  LDVLIST  bulk  data  entry  that  is  used  to  request  the  local  design 
variable  IDs  for  which  local  design  variables  are  to  be  punched. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  applied  loads  are  to  be  punched. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points 
degrees  of  freedom  for  which  the  mass  matrix  is  to  be  punched. 

Set  identification  of  an  LDVLIST  and/or  a  GDVLIST  bulk  data  entry  that  is  used  to 
request  the  design  variables  for  which  mass  sensitivities  are  to  punched. 

Set  identification  of  a  GDVLIST  bulk  data  entry  that  is  used  to  request  the  design  variables 
for  which  objective  function  gradients  are  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  QHH  is  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  QH  J  is  to  be  punched. 

Set  identification  of  an  MODELIST  bulk  data  entry  that  is  used  to  request  the  modes  for 
which  flutter  and  normal  modes  eigenvalue  results  are  to  be  punched. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  SPC  forces  are  to  be  punched. 

Set  identification  of  a  GRIDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points 
degrees  of  freedom  for  which  the  stiffness  matrix  is  to  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  elements  at 
which  strains  are  to  be  punched. 
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Set  identification  of  an  EIiEHliXST  bulk  data  entry  that  is  used  to  request  the  elements  for 
which  stresses  are  be  punched. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  that  is  used  to  request  the  aerodynamic 
elements  for  which  the  pressure  coefficients  at  aeroelastic  trim  are  to  be  punched. 

Set  identification  of  a  GRXDLIST  bulk  data  entry  that  is  used  to  request  the  grid  points  at 
which  velocities  are  to  be  punched. 

Specifies  the  iterations  at  which  the  design  model  will  be  punched.  May  be  ALL, 
NONE,  LAST,  or  the  set  identification  of  an  ITERLIST  bulk  data  entry  which  specifies 
the  iterations  at  which  to  punch  the  model. 

Specifies  the  portion  of  the  model  which  will  be  punched.  May  be  all  or  NONE. 
(Note:  an  integer  value  is  accepted  and  treated  as  ALL) 

Specifies  the  elements  for  which  local  buckling  results  are  to  be  punched,  may  be 
ALL  or  NONE. 

Selects  the  t3T3e  of  stresses  or  strains  to  be  output  for  composite  elements.  The 
options  are:  layer,  laminate  or  both.  The  default  is  layer. 


Remarks: 

1.  Form  is  an  optional  parameter  for  printing  complex  data.  RECTangular  data  outputs  complex 
data  with  real  and  imaginary  components  while  POLAr  outputs  complex  data  using  magni¬ 
tude  and  phase. 

2.  If  used  Avith  the  PRINT  command,  all  data  that  are  not  etherise  specified  use  the  requested 
Form,  FREQ,  ITER,  MODE,  and  TIME,  if  applicable  for  that  type  of  data.  If  used  with  an  option. 
Form,  FREQ,  ITER,  MODE,  and  TIME  Override  the  global  request.  Options  a  through  af  can  be 
either  all,  none,  or  a  positive  integer,  and  additionally,  option  b  (iter)  can  be  LAST,  and 
options  h  (cgra)  and  i  (DCON)  can  be  active,  all  requests  aU  values.  NONE  turns  off  a 
request  firom  a  previous  hierarchy  while  an  integer  value  refers  to  a  bulk  data  entiy.  last 
requests  that  output  be  printed  for  only  the  final  value  in  a  list.  For  example,  ITER=LAST 
selects  output  for  the  final  iteration  in  an  optimization.  ACTIVE  selects  the  active  constraints. 

3.  HIST  and  TRIM  are  toggles.  If  they  are  present,  the  specified  data  are  punched.  TRIM  indicates 
that  stability  derivative  data  associated  with  an  aeroelastic  trim  are  to  be  punched.  HIST 
indicates  that  the  design  iteration  history  summary  is  to  be  punched. 

4.  Aerodynamic  macro  elements  are  selected  indirectly.  A  macro  element  is  chosen  by  selecting 
one  or  more  aerodynamic  box  elements  contained  within  the  macro  element. 

5.  See  Table  47  for  a  summary  of  how  the  items  are  punched  or  written  to  the  CADDB  database. 
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Solution  Control  Command:  SAERO 
Description:  Invokes  the  static  aerod5Tiamics  discipline 
Hierarchy  Level:  Discipline 
Format  and  Examples: 

SAERO  [caseid]  [symtype]  (  TRIM  =  k  ,DCON  =  o,  STRESS  =  m, 

STRAIN  =  n,  DCFUNCTION  =  p) 

SAERO  (TRIM  s  60) 

SAERO  ANTISYMMETRIC  (TRIM  =  70,  STRESS  »  100) 

Option _ _ _ Meaning _ 

caseid 
symtype 

k 

m 

n 

o 

P 

Remarks: 

1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  from  user  defined  functions  in  the  Fxmction  Packet. 

2.  TRIM  is  required.  Both  symtyp  and  the  constraint  section  are  optional. 

3.  SAERO  disciplines  may  be  freely  combined  with  other  ASTROS  disciplines. 

4.  For  compatibility,  the  alternate  form  of  constramt  specification  shown  below  is  also  allowed. 
Its  use  is,  however,  discouraged. 

SAERO  [  symtype  ]  (  TRIM  =  k  ),  CONSTRAINT  (STRESSsm,STRAIN=n,6EMERAL=o) 


Case  identification  number.  (Integer>0) 

Selects  the  S3m!imetry  type  for  the  subcase  from  symmetric  or  antisymmetric. 
(Default  is  symmetric) 

Set  identification  of  a  TRIM  bulk  data  entry  which  provides  flight  condition  infor¬ 
mation. 

Set  identification  for  stress  constraints  as  defined  by  dconvm,  dconvmm, 
DCONVMP,  DCONTW,  DCONTWM,  Or  DCONTWP  bulk  data  entries. 

Set  identification  for  strain  constraints  as  defined  by  DCONEP,  DCONEPH, 
DCONEPP,  DCONFT,  DCOMFTM,  Or  DCONFTP  bulk  data  entries. 

Set  identification  for  displacement  constraints  as  defined  by  dcondsp,  dcontrm, 
DCONCUi,  DCONALE,  or  DCONSCF  bulk  data  entries. 

Set  identification  of  dconp  constraint  functions. 
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Solution  Control  Command:  SOLUTION 


Description:  The  first  command  in  the  solution  control  packet. 

Hierarchy  Level:  Beginning  of  solution 

Format: 

SOLUTION 

Remarks: 

1.  One  SOLUTION  command  must  always  appear  as  the  first  command  of  the  solution  control 
packet. 


142 


Solution  Control  Command:  STATICS 
Description:  Invokes  the  statics  analysis  discipline 
Hierarchy  level:  Discipline 


Format  and  Examples: 

STATICS  [casoid]  (MECH  =  i,  THESMAL  =  j,  GRAVITY  =  k,  DCON  =  o, 
STRESS  s  m,  STRAIN  =  n,  DCFDNCTION  s  p) 

STATICS  (MECH  =  10) 

STATICS  (MECH  =  4,  THERMAL  =  6,  DCPtJNCTIOH  =  10) 


Option 

caseid 

i 


j 

k 

m 


n 


o 


P 


_ Meaning _ 

Case  identification  number.  (Integer>0) 

Set  identification  for  external  loads  as  defined  by  LOAD,  pload,  force,  forceI, 
MOMENT,  and  MOMENTl  bulk  data  entries. 

Set  identification  for  temperatures  defined  by  temp  or  tempd  bulk  data  entries. 

Set  identificaton  of  gray  bulk  data  entries  which  define  gravity  forces. 

Set  identification  for  stress  constraints  defined  by  DCONVM,  dconvmm,  dconvmp, 
DCONTW,  DCONTWM,  or  DCONTWP  bulk  data  entries. 

Set  identification  for  strain  constraints  defined  by  DCONEP,  DCONEPM,  DCONEPP, 
DCONFT,  DCONFTM,  or  DCONFTP  bulk  data  entries. 

Set  identification  of  dcondsp  bulk  data  entries  which  define  displacement  con¬ 
straints. 

Set  identification  of  dconf  constraint  functions. 


Remarks. 


1.  If  any  discipline  has  a  caseid,  then  all  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  fi-om  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  firom  user  defined  fimctions  in  the  Function  Packet. 

2.  The  sum  of  all  the  loads  forms  a  single  right  hand  side  for  a  statics  analysis. 

3.  At  least  one  of  the  load  types  must  be  present.  The  constraint  section  is  optional. 

4.  Gravity  forces  may  be  included  indirectly  if  referenced  by  the  LOAD  bulk  data  entry. 

5.  For  compatibihty,  the  alternate  form  of  constraint  specification  shown  below  is  also  allowed. 
Its  use  is,  however,  discouraged. 

STATICS  (MECH  =  i,  THERMAL  =  j,  GRAVITY  =  k) , 

CONSTRAINT (STRESSsm, STRAINsn, GENERALso) 
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Solution  Control  Command:  SUBTITLE 


Description:  Defines  a  subtitle  which  will  appear  in  the  output. 

Hierarchy  Level:  Label  information 

Format  and  Example: 

SUBTITLE  =  n 

SUBTITLE  *  SUPERSONIC  DESIGN  CONDITION 

Option _ Meaning 

n  Any  descriptive  information  can  be  inserted  here 

Remarks: 

1.  SUBTITLE  information  is  used  until  it  is  superseded. 

2.  The  SUBTITLE  command  is  optional. 

3.  Subtitles  are  limited  to  72  characters. 
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Solution  Control  Command:  TITLE 


Description:  Defines  a  title  which  will  appear  in  the  output. 

Hierarchy  Level:  Label  information 

Format  and  Examples: 

TITLE  =  n 

TITLE  =  DESIGN  OF  A  FORWARD  SWEPT  WING  MODEL 

Option  Meaning 

n  Any  descriptive  information  can  be  inserted  here 

Remarks: 

1.  TITLE  information  is  used  until  it  is  superseded. 

2.  The  TITLE  command  is  optional. 

3.  Titles  are  limited  to  no  more  that  72  characters. 
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Solution  Control  Command:  THi^SIENT 


Description:  Invokes  the  transient  analysis  discipline 
Hierarchy  Level:  Discipline 
Format  and  Examples: 

TRANSIENT  type  [caseid]  (DLOAD  -  TSTEP  =  FFT  =  k,  IC  =  1, 

GUST  =  xn,  K2PP  =  M2PP  =  B2PP  =  p,  TFL  =  q,  DAMPING  =  r  ) 

TRANSIENT  MODAL  (DLOAD  =  10,  TSTEP  =  20) 

TRANSIENT  DIRECT  (DLOAD  =  100,  TSTEP  =  30,  K2PP  =  KFREQ,  IC  =  45,  TFL  =  5) 
TRANSIENT  MODAL  (DLOAD  =  100,  TSTEP  =  20  ,  FFT  =  999,  GUST  =  55) 


Option 

caseid 

type 

i 

j 

k 

1 

m 

n 

o 

P 

q 

r 


_ Meaning _ 

Case  identification  number.  (Integer>0) 

Selects  the  solution  approach  from  direct  or  MODAL. 

Set  identification  of  a  DLOAD  bulk  data  entry. 

Set  identification  of  TSTEP  bulk  data  entries  which  provide  the  time  step  informa¬ 
tion  for  the  analysis. 

Set  identification  of  an  FFT  bxilk  data  entry  which  provides  parameters  to  use  the 
Fast  Fourier  Transform  methods  in  performing  the  transient  analysis. 

Set  identification  of  IC  bulk  data  entries  which  define  the  initial  conditions. 

Set  identification  of  a  GUST  bulk  data  entry  which  defines  the  gust  parameters. 

Selects  the  direct  input  stiffness  matrix.  Refers  to  a  DMI  or  DMIG  bulk  data  entry. 

Selects  the  direct  input  mass  matrix.  Refers  to  a  DMI  or  DMIG  bulk  data  entry. 

Selects  the  direct  input  damping  matrix.  Refers  to  a  DMi  or  DMIG  bxilk  data 
entry. 

Selects  the  transfer  function  set  to  be  added  to  the  input  matrices.  Refers  to  TF 
bulk  data  entries. 

Set  identification  of  VSDAMP  and/or  TABDMP  bulk  data  entries  that  define  damping 
data. 


Remarks: 

1.  If  any  discipline  has  a  caseid,  then  aU  disciplines  must  have  a  caseid.  All  caseid  values 
must  be  unique,  but  they  need  not  be  in  any  particular  order.  Disciplines  are  implicitly 
numbered  from  1  to  n  if  no  caseid  values  are  specified.  The  caseid  is  only  used  as  a 
reference  from  user  defined  functions  in  the  Function  Packet. 
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2.  The  TRANSIENT  discipline  does  not  generate  design  constraints  for  optimization. 

3.  type,  DLOAD  and  TSTEP  are  required. 

4.  If  GUST  is  present,  FFT  must  also  be  used. 

5.  Initial  conditions,  IC,  are  only  valid  for  DIRECT  analyses.  IC  cannot  be  used  with  GUST  or 
FFT. 

6.  No  more  iban  one  TRANSIENT  analysis  can  be  done  in  a  single  boundary  condition. 

7.  M2PP,  B2PP  and  K2PP  names  will  typically  refer  to  DMI  and  DHIG  entries,  but  may  refer  to 
any  existing  database  entity  of  the  proper  dimension. 
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4.  THE  FUNCTION  PACKET 


4.1.  BACKGROUND 

The  Function  Packet  allows  the  user  to  define  one  or  more  functional  forms  that  may  be  used  to 
define  an  objective  function  or  synthetic  design  constraints  beyond  those  available  directly  through 
the  Bulk  Data  packet.  The  Fimction  Packet  consists  of  functions  that  define  mathematical  equations 
which  may  reference  intrinsic  response  functions  for  grid  point  and  element  response  quantities,  such  as 
displacements  and  stresses.  Furthermore,  these  responses  may  be  selected  from  any  of  the  optimization 
boundary  conditions  or  discipline  cases. 

4.2.  THE  FUNCTION  EVALUATION  PROCEDURE 

The  user  references  the  functions  defined  in  the  Fimction  Packet  from  the  Bulk  Data  Packet.  The 
Bulk  Data  Packet,  in  turn,  is  referenced  from  the  Solution  Control  Packet,  Specifically,  the  Solution 
Control  Packet  references  the  functional  design  constraint  or  objective  in  the  Bulk  Data  Packet  in  a 
manner  similar  to  the  way  it  currently  references  other  design  constraints.  The  Biilk  Data  Packet  then 
links  the  design  constraint  to  the  functions  within  the  the  Function  Packet.  The  Function  Packet,  in  turn, 
defines  the  function  specifications. 

The  Fimction  Packet  is  compiled  by  ASTROS  at  run-time.  The  compiled  code,  which  is  stored  on 
the  ASTROS  CADDB  database  (see  the  Programmer's  Manual  for  a  detailed  description  of  CADDB),  is 
then  used  to  evaluate  functions  as  necessary  during  the  design  process.  The  Function  Packet,  while  it 
may  look  like  a  Fortran  program,  is  non-procedural.  This  means  that  the  functional  definitions,  includ¬ 
ing  any  intermediate  terms  used  in  the  functions,  may  be  specified  in  any  order.  When  it  is  necessary  to 
evaluate  a  function  during  an  ASTROS  execution,  the  evaluation  is  performed  by  a  process  called 
instantiation.  Instantiation  is  the  process  of  determining  the  value  of  a  function  by  retrieving  the 
components  needed  to  evaluate  it. 

During  instantiation,  ASTROS  determines  the  validity  of  each  function  both  in  terms  of  its 
syntax  and  that  of  the  other  functions  it  may  use.  This  process  determines  that  each  function  is  legal, 
completely  defined,  and  that  the  supporting  Bulk  Data,  if  any,  are  present  on  the  database.  As  part  of 
this  operation,  the  actual  number  of  function  evaluations  (or  "instances”)  is  determined.  The  user  may 
define  one  function  in  the  function  packet  but  invoke  it  many  times.  Each  of  the  invocations  must  be  legal 
and  complete. 

The  instantiation  process  results  in  the  creation  of  data  structures  that  describe  each  instance 
(constraint  or  function  evaluation).  These  data  structures  are  used  by  ASTROS  to  control  the  computa- 
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tion  of  the  constituent  responses.  For  example,  if  a  function  calls  for  the  SIGX  stress  of  QUAD4  100, 
ASTROS  will  ensure  that  the  stress  component  is  computed. 

Following  the  normal  constraint  screening  process,  active  synthetic  constraints  along  with  these 
data  structures  are  used  to  compute  required  sensitivities.  This  is  done  by  explicitly  differentiating  the 
user  fimctions  and  using  the  chain  rule  to  compute  constraint  gradients  from  the  necessary  response 
derivatives.  The  response  gradients  are  computed  in  the  normal  ASTROS  manner. 

The  following  sections  describe  the  relationship  between  the  Solution  Control  Packet  (including 
the  OPTIMIZE  command),  the  Bulk  Data  Packet  and  the  Function  Packet. 

4.2.1.  Solution  Control  Packet 

The  Solution  Control  packet  is  used  to  select  functions  for  use  as  either  design  constraints  or  as 
the  objective  function.  The  relevant  commands  are  described  in  the  following  sections. 

4.2.1. 1.  Synthetic  Objective  Function 

The  ASTROS  optimize  command  is  used  to  specify  the  objective  function  and  the  type  of 
optimization  to  be  performed.  The  general  form  of  the  command  is: 


f  OPTIMIZE  ] 

\  MINIMIZE  \ 

[  MAXIMIZE  J 

f  WEIGHT  1 

OBJECTIVE  = 

[  set-id  j 

[  DCFUNCTION  =  Indep-set-id  ]  other-options 

WEIGHT  is  a  keyword  that  selects  the  weight  as  objective  function  (the  original  ASTROS  objective  ftmc- 
tion)  while  set-id  is  the  identification  number  of  ONE  DCOUF  Bulk  Data  entry  that  may  be  used  to 
define  a  synthetic  objective.  The  DCONP  entry  MUST  be  one  that  resolves  to  a  single  scalar  value.  If  the 
optional  objective  specifier  is  omitted,  WEIGHT  is  selected  by  defaidt.  The  OPTIMIZE  and  MTWTMTv.ia 
options  direct  ASTROS  to  minimize  the  objective  function  while  MAXIMIZE  directs  the  opposite.  The 
indep-set-id  allows  the  user  to  specify  a  single  subcase  independent  functional  constraint.  (See  Chap¬ 
ter  3  for  details  about  the  other-options.) 

To  illustrate  the  use  of  the  OPTIMIZE  command,  consider  the  following  examples.  For  the 
standard  weight  minimization  problem,  the  following  are  equivalent: 


OPTIMIZE 

MAXITER  = 

10,  CNVRGLIM  =  1.3 

OPTIMIZE 

OBJECTIVE 

=  WEIGHT, 

MAXITER  =10, 

CNVRGLIM  =1.3 

MINIMIZE 

OBJECTIVE 

=  WEIGHT, 

MAXITER  =  10, 

CNVRGLIM  =1.3 

To  minimize  the  scalar  function  defined  by  dconf  101: 


MINIMIZE 

OBJECTIVE  =  101, 

MAXITER  =  10, 

MOVLIM  =1.7 

OPTIMIZE 

OBJECTIVE  =  101, 

MAXITER  =10, 

MOVLIM  =1.7 

To  maximize  the  scalar  function  defined  by  DCONF  2001: 
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MAXIMIZE  OBJECTIVE  =  2001,  MAXITER  =  15, 
CNVRGLIM  =1.5,  MOVLIM  =1.3 


4.2.1. 2.  Synthetic  Design  Constraints 

Subcase  independent  constraints,  such  as  weight  and  thickness,  may  be  selected  directly  using 
the  DCFUNCTION  option  of  the  OPTIMIZE  command: 

OPTIMIZE  DCFUNCTION  =  indep-set-id 


The  DCFUNCTION  defines  a  Design  Constraint  Function.  In  addition,  the  user  has  a  mecha¬ 
nism  to  specify  subcase-dependent  constraints  by  using  the  DCFUNCTION  option  within  the  four  disci¬ 
plines: 

•  STATICS —  Static  structural  analysis 

•  MODES  —  Normal  modes  of  vibration 

•  SAERO  —  Steady-state  aeroelastic  analysis 

•  FLUTTER  —  Aeroelastic  stability  analysis 

When  defining  functional  constraints  which  are  subcase  dependent,  a  similar  dcfunction  option  is 
included  within  each  discipline: 

<disc>  <type>  [<case_id>]  (DCFUNCTION  =  set-id) 


where  set- id  is  the  identification  number  of  one  or  more  DCONF  Bulk  Data  entries.  For  example: 


OPTIMIZE  DCFUNCTION  =  1000  Subcase  Independent  Functional  Contraint 
BOUNDARY  SPC  =  1 

STATICS  (  .  .  .  .DCFUNCTION  =  101,  .  .  . )  Subcase  Dependent  Functional  Contraint 
BOUNDARY  SPC  =  2,  METHOD  =10 

MODES  (....DCFUNCTION  =  201,...)  Subcase  Dependent  Functiorud  Contraint 

END 


An  additional  option  is  available  for  each  of  the  ASTROS  discipline  commands.  Each  discipline 
may  include  an  identification  number,  case-id,  which  can  be  used  in  selecting  response  quantities  for 
user  functions.  This  identification  number  simply  follows  the  discipline  name: 


STATICS  [case-id]  ( .  .  . ) 
MODES  [case-id]  (...) 


If  case-ids  are  not  specified,  then  they  are  numbered  consecutively  from  1  to  n.  If  case-ids  are 
specified,  then  they  must  appear  for  all  discipline  commands.  In  a  typical  case,  the  case-id  associated 
with  a  constrained  response  will  be  inherited  from  the  discipline  that  references  the  function.  It  is 
possible,  however,  to  explicitly  reference  a  case-id  in  a  user  function.  You  use  this  feature  to  create 
synthetic  functions  that  combine  results  firom  many  subcases. 
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4.2.2.  Bulk  Data  Packet 


The  calling  arguments  that  instantiate  functional  design  constraints  are  defined  using  the  DCONF 
entry  in  the  Bulk  Data  packet.  The  primary  use  of  functions  is  for  synthetic  response  constraints,  and 
synthetic  objective  functions  that  are  requested  in  the  Solution  Control  packet. 


In  the  following  example,  the  Bulk  Data  Packet  defines  values  for  the  element  identification 
numbers  and  the  allowable  stress  resultant  for  functional  design  constraint  101.  It  points  to  the  function, 
SIG,  in  the  Fimction  Packet.  This  will  be  more  fully  explained  in  subsequent  sections. 


BEGIN  Bl 

JLK 

— 1 

DCONF 

101 

SIG 

+DCN1 

+DCN1 

EID 

10 

ALLOW 

45000.0 

Ienddata 

The  DCONF  Bulk  Data  defines  the  calling  arguments  for  the  named  function,  SiG.  Each  argument 
is  defined  by  its  name  (e.g.  bid)  and  the  value  to  be  used  in  this  invocation  of  the  function.  Notice  that, 
by  using  name/value  pairs,  there  is  no  order  dependence.  While  arguments  may  thus  be  defined  on  the 
DCONF  entry,  it  is  stOl  required  to  define  all  of  the  function  arguments. 

4.3.  FUNCTION  SYNTAX 

The  function  packet  contains  the  fiinctional  specification  equations  that  are  used  as  either  the 
design  constraints  or  the  objective  function.  This  packet  has  the  general  form: 

FUNCTIONS 

ftmc_def 

ENDFUNC 


where  func_defis  the  definition  of  a  specific  function. 

Each  function,  func_def,  must  have  a  single  variable  specified  on  the  left  of  an  equality 
expression: 


vari_najue  [  (argi)  ]  =  expression; 


Where  variable  names,  var_name,  may  be  any  string  of  one  to  eight  alphanumeric  characters  starting 
with  a  letter.  Arguments,  argi,  may  also  be  passed  to  the  function  and  used  in  the  egression.  These 
arguments  must  be  referenced  in  the  expression  and  on  the  design  constraint  Bulk  Data  entry,  DCONF. 
Expressions  combine  arguments,  constants  and  other  fiinctions.  They  may  be  continued  over  multiple 
lines  as  long  as  the  final  line  ends  with  a  semicolon  (;)  character.  All  of  the  rules  for  arithmetic 
expression  evaluation  follow  the  standard  rules  of  FORTRAN.  Note  that  unlike  FORTRAN,  arguments 
which  are  not  used  may  be  omitted  from  the  calling  hst,  as  is  the  case  with  the  MAPOL  language. 
Examples  of  this  will  be  shown  in  later  Subsections. 
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The  following  example  defines  a  function  which  computes  the  allowable  value  of  the  stress 
resultant  for  an  element. 


FUNCTIONS 

SlG{eid, allow)  =  (SQRT(  STRESS (aid, SIGX) **2 

+  STRESS ( aid, SIGY) * *2  )  /  allow  )  -  1.0; 

ENDFUNC 


In  this  example,  the  function  name  is  SIG  which  has  two  arguments,  the  element  identification  number, 
aid,  and  the  allowable  stress,  allow.  It  also  references  one  intrinsic  response  function,  STRESS,  and  one 
mathematical  intrinsic,  SQRT.  Specifically,  intrinsic  functions  are  built-in  functions  which  retrieve  either 
standard  mathematical  functions  such  as  sine  and  cosine,  or  they  are  the  functions  which  recover  the 
solution  results,  which  are  called  response  functions.  There  are  20  mathematical  functions  and  27 
response  functions  which  may  be  used  in  the  Function  Packet. 

4.3.1.  Mathematical  Functions 

There  are  20  intrinsic  mathematical  functions.  The  definitions  for  these  functions  are  shown  in 
Table  20. 

4.3.2.  Response  Functions 

The  27  available  response  functions  fall  into  the  following  categories; 

•  Design  Variables 

•  Selection 

•  Geometry 

•  Grid  Point  Response 

•  Element  Response 

•  Natural  Frequency 

•  Flutter 

•  Static  Aero 

Each  of  these  is  described  in  the  following  Subsections. 

4.3.2.1.  Design  Variable  Function 


To  specify  the  current  value  of  a  design  variable,  the  function: 


DV 

dv2d  1 

[  GDVLIST  (  sid  )  I 

V 

) 

is  used,  where  the  design  variable  is  specified  in  the  Bulk  Data  Packet  as  an  identification,  dvid,  or  as  a 
set,  GDVLIST. 
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Table  20.  Mathematical  Intrinsics 


FUNCTION 

DESCRIPTION 

... 

ABS(a) 

Absolute  value:  |  a  \ 

ACOS(a) 

Inverse  cosine:  co^^(  a ) 

ASZN(a) 

Inverse  sine:  sin“^(  a ) 

ATAN2(a,b) 

Inverse  tangent:  tan~^  ( % ) 

CHFLX(a,b) 

Convert  to  complex:  a  +  bi 

COS(a) 

Cosine:  cos(  a ) 

DECS (a) 

Convert  to  degrees: 

180 

EXP (a) 

Exponential  function 

HERTZ (a) 

Convert  to  hertz  f  ]  1 

_ IfL! _ 

IMAG(a) 

Use  the  imaginary  part  of  complex  a 

INT(a) 

Convert  to  integer 

LOG (a) 

Loge  1 

II  LOGlO(a) 

Logio 

HOD(a,b) 

Remainder 

RADS (a) 

Convert  to  radians  ^  1 

1  J 

REAL (a) 

Use  the  real  part  of  complex  a 

SIGN (a) 

Algebraic  sense  function,  -1  for  negative  a,  1 
+1  for  positive  a,  and  0  if  a=0 

SXH(a) 

Sine:  sin(  a ) 

SQRT(a) 

Square  root 

TAN(a) 

Tangent:  tan(  a )  j 

1  The  arguments  a  and  b  represent  either  constants  or  expressions. 
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4.3.2.2.  Selection  Functions 


Selection  functions  are  provided  to  aid  in  the  reference  of  data  items,  such  as  grid  or  element 
identifications.  The  data  items  may  be  referenced  by  either  individual  data  entries  through  the  definition 
of  values  passed  in  the  dconf  argument  list  or  by  data  lists  through  the  passing  of  a  list  defined  in  the 
Bulk  Data  packet.  The  functions  that  represent  data  lists  are  shown  in  Table  21  along  with  the  Bialk 
Data  entries  which  define  the  set  lists.  The  argument  represents  a  list,  sid,  defined  by  the  parameters  in 
DCONP  Bulk  Data. 

4.3.2.3.  Geometric  Functions 

Geometric  functions  are  provided  to  facilitate  the  eventual  definition  of  geometry  based  design 
variable  linVing  and  to  define  kinematic  admissibility  constraints.  The  first  function  is: 

Sid  )  }  '  {  I  }  t  ■  1  ] 


The  COORD  function  retrieves  the  current  value  of  a  geometric  coordinate  XI,  X2,  or  X3  for  the 
requested  grid  points  referenced  either  as  a  grid  value  or  a  gnd  hst,  GRIDLXST.  The  gnd  point  will  be 
retrieved  in  the  selected  coordinate  system,  cid.  If  the  cid  reference  is  omitted,  then  the  coordinate 
value  is  returned  in  the  input  coordinate  system  of  the  GRID  point,  i.e.  the  CP  field  of  the  Bulk  Data 
entry  grid.  A  cid  of  0  requests  that  the  coordinate  be  returned  in  the  basic  coordinate  system. 


Table  21.  Selection  Functions 


SELECTION  FUNCTION 

BULK  DATA  ENTRY 

DESCRIPTION 

CASELIST( sid) 

CASELIST 

Case  List 

DEI1SLIST(  sid) 

DENSLIST 

Density  List 

ELEMLXST(sid) 

ELEMI.XST 

Element  List 

6DVLZST(sid) 

GDVI.IST 

Global  design  variable  List 

6RIDI.IST(sid) 

GRIDLXST 

Grid  List 

ITERLIST(sid) 

XTERLXST 

Iteration  List 

LDVLlST(sid) 

LDVLXST 

Local  design  variable  List 

HACHLXST(sid) 

MACHLXST 

Mach  List 

MODELIST(sid) 

HODELXST 

Mode  list 

PLyLIST{sid) 

PLYLXST 

Ply  List 

VELOLIST(sid) 

VELOLXST 

Velocity  List  1 
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Th©  interpretation  of  xi,  X2,  and  X3  depends  on  whether  the  cld  coordinate  system  is  rectangu¬ 
lar,  cylindrical,  or  spherical.  In  addition  to  the  grid  point  geometry,  there  are  functions  which  return 
information  about  the  specific  finite  elements.  These  are: 


The  THICK  function  returns  the  thickness  of  the  requested  two-dimensional  element.  The  CEN*- 
TROID  function  returns  the  centroid  of  the  requested  one-dimensional,  two-dimensional  and  three-dimen¬ 
sional  element  in  the  coordinate  system  cid.  The  weight  function  returns  the  weight  of  the  element 
selected  and  the  MASS  function  returns  the  mass  of  the  element  selected. 


The  element  is  referenced  either  by  an  element  identification,  eid,  or  an  element  list,  ELEMZilST. 
If  an  element  identification  number  is  used,  then  the  eid  must  be  unique.  If  element  identification 
numbers  are  not  unique,  then  an  element  list  must  be  used.  If  the  cid  reference  is  omitted,  or  is  0,  then 
the  coordinate  is  returned  in  the  basic  coordinate  system.  Otherwise,  it  is  returned  in  the  specified 
coordinate  system.  Composite  elements  must  have  their  layer  numbers  specified  by  a  layer  number, 
plyid,  or  a  layer  list,  PLYLIST.  The  pXjYLIST  is  not  required  for  non-composite  elements,  and  if  present, 
it  is  ignored. 

4.3.2.4.  Grid  Point  Response  Functions 


The  grid  point  response  function  is  defined  by: 
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where  DISP  represents  displacements.  This  function  allows  the  current  grid  result  values  in  the  coordi¬ 
nate  system,  cid,  of  a  component  Tl,  T2,  T3,  Rl,  R2  or  R3  for  the  requested  grid  points,  defined  either  by 
its  value,  gid,  or  a  grid  point  list,  GRIDLIST,  to  be  retrieved  in  the  requested  CASE  value  or  list.  If  the 
subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested  subcase.  If  the  cid 
reference  is  omitted,  then  the  coordinate  value  is  returned  in  the  displacement  coordinate  system  of  the 
grid  points.  A  cid  of  0  requests  that  the  coordinate  be  returned  in  the  basic  coordinate  system. 

4.3.2.5.  Element  Response  Functions 


The  element  response  functions  are  defined  by: 


STRESS  (  elemop,stress_coiap[,plyop'\i,caseop][,modeop]  ) 

STRAIN  (  elemop,strain_comp[,plyop]  [,caseop]  [,niodeop]  ) 

where: 

[  eid  ] 

elemop  ->  |  elejjlIST  (  elem_sid  )  J 

,  ^  f  plyid  \ 

plyop  >  1  PLYLIST  (  ply_sid  )  J 

[  caseid  ] 

caseop  =>  1  casELIST  (  case  sid  )  J 

[  mode id  ] 

modeop  ->  |  uoDELIST  (  mode_sid  )  \ 

These  functions  allow  a  component  of  the  requested  element  results,  referenced  either  by  its 
value,  eid,  or  a  list,  ELEMLIST,  to  be  retrieved  for  the  requested  cases  and  modes  value  or  list.  When  an 
element  identification  is  used  then  the  eid  must  be  unique  and  if  tiie  eid  is  not  unique,  then  an  element 
list  must  be  used.  Composite  elements  must  have  their  layer  numbers  specified  by  a  layer  number, 
ply  id,  or  a  layer  list,  PLYLIST.  The  element  response  components,  for  composite  elements,  will  always 
be  recovered  at  the  center  of  the  layer.  The  allowable  response  components  for  each  element  type  are 
shown  in  Table  22. 

The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in  the 
response  functions.  The  mode  sequence  number  is  used  only  if  the  discipline  is  MODES.  If  the  subcase 
reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested  subcase. 
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Table  22.  Element  Response  Components 


1  ELEMENT 

stres^comp 

strain^comp 

ROD 

SIGAXL 
SIGTOR 
^  SIGl 

SIG2 

^  MAXSHEAR 

BAR 

'  SIGAXL  ' 
SIGCA 
SIGDA 
SIGEA 
^  SIGFA  ► 
SIGCB 
SIGDB 
SIGEB 
SIGFB 

'  EPSAXL  ' 
EPSCA 
EPSDA 
EPSEA 
EPSFA  ^ 
EPSCB 
EPSDB 
EPSEB 
EPSFB  j 

1  SHEAR 

MAXSHEAR 

MAXSHEAR 

QD« 

TR] 

[EMI 

yiEM 

SIGX 

SIGY 

TAUXY 

SIGl 

SIG2 

MAXSHEAR 

FIBER 

TRANSV 

EPSX 

EPSY 

EPSXY 

EPSl 

EPS2 

MAXSHEAR 
FIBER 
/  TRANSV 

QUAD4 

TRIA3 

MIDPLANE 

SIGX 

SIGY 

TAUXY 

SIGl 

SIG2 

MAXSHEAR 

FIBER 

TRANSV 

EPSX 

EPSY 

EPSXY 

EPSl 

EPS2 

MAXSHEAR 

FIBER 

TRANSV 

TOP  SURFACE 

TSIGX 

TSIGY 

TTAUXY 

TSIGl 

TSIG2 

TMAXSHEAR 

TFIBER 

TTRANSV 

TEPSX 

TEPSY 

TEPSXY 

TEPSl 

TEPS2 

TMAXSHEAR 

TFIBER 

TTRANSV 

BOTTOM 

SURFACE 

BSIGX 

BSIGY 

BTAUXY 

BSIGl 

BSIG2 

BMAXSHEAR 

BRIBER 

BTRANSV 

BEPSX 

BEPSY 

BEPSXY 

BEPSl 

BEPS2 

BMAXSHEAR 

BFIBER 

BTRANSV 
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4.3.2.6.  Natural  Frequency  Constraints 


To  select  a  natiiral  frequency  computed  in  a  MODES  discipline,  the  function: 


f 

1 

FREQ 

j  modeid  1 

f  caseid 

1 

■ 

1  MODELIST  (  inode_sid  )  j 

’  [  CASELIST  (  case_sid  ) 

1 

1 

■ 

1 

1 

■ 

is  used.  Again,  a  single  mode,  modeid,  or  a  list  of  modes,  MODELIST,  is  selected.  The  optional  caseid 
allows  the  selection  of  modes  from  a  specific  case. 

4.3.2.7.  Flutter  Response  Functions 


The  flutter  response  functions  are  PROOT,  fdamp,  and  ffreq  which  represent  the  flutter  root, 
flutter  damping,  and  flutter  frequency,  respectively.  These  functions  are  defined  by: 


FROOT  (  machop  [ ,  densop]  [ ,  modeop]  [ ,  velop]  [ ,  caseop]  ) 


FDAMP 


1 

6AMM21 

1 

ZETA 

[ , machop]  [ ,  densop]  [ ,  modeop]  [ ,  velop]  [ ,  caseop] 


) 


FFREQ  (  machop  [,  densop]  [,  modeop]  [,  velop]  [,  caseop]  ) 
where: 


machop 

=>  1 

[  mvalue  ] 

[  MACHLIST  (  mach_sid  )  J 

densop 

=>  1 

[  dvalue  ) 

[  DENSLIST  (  dens_sid  )  J 

modeop 

- 1 

1"  modeid  1 

[  MODELIST  (  mode_sid  )  j 

velop 

walue  1 

VELOLIST  (  vel_sid  )  J 

caseop 

=>  ^ 

[  caseid  1 

[  CASELIST  (  case_sid  )  j 

The  arguments  to  the  first  function,  FROOT,  includes  a  Mach  value,  machop,  in  either  of  the  two  forms 
shown.  It  may  be  an  explicit  value,  mvalue,  or  a  Mach  list,  MACHLIST.  Similarly,  it  reqxiires  a  density 
ratio  value,  dvalue,  or  a  density  list,  denslist,  selected  mode  index,  modeid,  or  a  mode  list, 
MODELIST,  for  the  modes  in  the  flutter  set  and  the  analysis  velocity  value,  walue,  or  a  velocity  hst, 
VELOLIST.  The  function  FROOT  then  returns  a  complex  number  representing  the  flutter  root: 


p  =  k{y+i) 
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The  arguments  to  the  second  function,  fdaup,  are  a  component,  gamma,  or  ZETA,  the  Mach  value, 
a  density  ratio,  a  selected  mode  index  for  the  modes  in  the  flutter  set  and  the  analysis  velocity.  The 
function  then  returns  the  specified  flutter  damping  coefficient  as  defined  below. 

;  for  complexp 


;  for  real  p 


Re(p) 

Im(p) 

Re(p) 
In  2 


Re(p) 


Im(p) 


>  V2 

+  Re  (p)  ^ 


;  for  complex  p 


The  third  function,  ffreq,  has  the  same  arguments  as  FROOT  and  returns  the  frequency  in 
radians.  Conversion  to  Hertz  may  be  accomplished  by  using  the  hertz  intrinsic  function. 


4.3.2.8.  Static  Aero  Response  Functions 


The  static  aero  response  functions  are  defined  by: 


where  FLEXCF,  rigidcf  and  trim  represent  flexible  stability  coefficient,  rigid  direct  stability  coeffi¬ 
cient,  and  trim  parameter  values,  respectively.  The  flex  and  rigid  functions  allow  as  input  the  axis,  axis, 
and  the  trim  parameters,  trim_param.  The  trim  function  inputs  only  the  trim  parameters.  When  axis 
(see  below)  is  roll,  pitch  or  yaw,  these  functions  return  their  appropriate  results  in  radians.  If  degrees 
are  required,  the  results  may  be  converted  using  the  DECS  intrinisic  function.  The  optional  case  id 
allows  the  selection  of  a  specific  case. 

The  allowable  values  for  axis  are: 


DRAG 

SIDE 

axis  =  ^ 

LIFT 

ROLL 

PITCH 

YAW 

► 
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The  allowable  control  surfaces,  trim_param,  are: 


trim^param  =  ^ 

ALPHA 

BETA 

PRATE 

QRATE 

RRATE 

PACCEL 

QACCEL 

RACCEL 

User  Surfaces 

where  the  User  Surfaces  are  defined  using  either  AESX7RF  or  CONIiXNK  Bulk  Data  entries. 

4.3.3.  Ordered  Sets 

As  seen,  functions  allow  the  user  to  define  synthetic  response  constraints  and  synthetic  objective 
functions.  To  allow  maYimuni  flexibility,  a  single  function  may  be  referenced  many  times.  Because 
multiple  references  may  become  verbose,  a  special  provision  has  been  made  to  allow  the  use  of  sets. 

When  nfiirig  a  single  set  in  a  function,  the  results  are  straight-forward.  The  function  is  instanti¬ 
ated  for  every  entry  in  the  set.  When  multiple  sets  are  used,  there  are  several  ways  to  define  the 
resulting  values  of  a  function.  Specifically,  these  methods  relate  to  the  number  of  members,  or  cardinal¬ 
ity,  and  the  order  of  the  resulting  sets. 

An  imambiguous  definition  of  mviltiple  set  use  has  been  implemented.  Each  set  that  appears  in 
the  fiinction  MUST  have  the  same  cardinality,  or,  one  or  more  of  the  sets  may  have  a  single  member. 
When  the  function  is  evaluated,  the  members  of  each  set  are  placed  in  a  one-to-one  correspondence  with 
each  other.  Consider  the  following  example: 
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4.4.  EXAMPLES 


The  following  examples  demonstrate  how  the  definition  and  linking  of  the  functions  with  the 
Solution  Control,  Bulk  Data,  and  the  Function  Packet  is  accomplished.  For  each  of  the  examples,  the 
Solution  Control  packet  references  the  functional  design  constraint  in  the  Bulk  Data  Packet.  The  Hulk 
Data  Packet  then  links  the  design  constraint  to  the  Functional  Packet  and  the  Function  Packet  defines 
the  function  specifications. 

Example  1 :  Displaced  Coordinate  Limit 

The  following  example  computes  four  constraints  for  the  displaced  coordinate,  x,  for  a  set  of  four 
grid  points,  assuming  that  xold  and  T1  are  in  the  same  coordinate  system.  First,  the  Solution  Control 
packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data  Packet  for  the  STATICS 
discipline  of  boundary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  (  .  .  .  ,  DCFUNCTION  =  101, 

. . .) 

END 

The  Function  Packet  defines  the  fimction  specification  for  computing  the  allowable  displaced  coordinates. 
The  general  expression  for  the  Function  packet  is: 

XNEW  =  XOLD  +  T1  for  grids  5,  10,  15,  20 

This  expression  is  then  coded  in  the  Function  packet  as: 


FUNCTIONS 

$  Location  of  the  X  coordinate  for  the  supplied  Grid  list 
XOLD(GLIST)=  COORD(GLIST,  XI); 

$  Location  of  the  displaced  coordinate 

XNEW(GLIST)=  XOLD{GLIST)  +  DISP(GLIST,  Tl) ; 

$  Constraint  for  the  displaced  coordinate 

CONST { GL 1ST, ALLOW )=  (  XNEW (GRIDLIST (GLIST) )  /  ALLOW  )  -  1.0; 

ENDFUNC 


The  Bulk  Data  Packet  defines  the  grid  list,  glist,  and  arguments  for  constraint  set  101  The  cor  iraint 
set  links  the  design  constraint,  const,  to  the  Functional  Packet,  and  defines  two  arguments.  The  first 
argument  identifies  the  gridlist  to  use  in  the  function  and  the  second  argument  defines  the  allowable 
upper  limit,  allow,  of  the  constraint.  Note  that  this  is  ttie  technique  used  to  define  a  normalized 
constraint  for  the  optimization  step.  It  is  highly  recommended  that  functional  constraints  he 
normalized  in  this  manner. 
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In  order  for  the  optimizer  to  perform  properly,  it  is  mandatory  that  the  syn¬ 
thetic  constraint  he  negative  when  satisfied  and  positive  when  violated.  It  is 
recommended  that  the  synthetic  constraint  be  normalized  such  that  its  values 
are  on  the  order  of  unity. 

The  Bulk  Data  used  to  define  the  functional  parameters  is  then  given  by: 


BEGIN  BULK 


GRIDLIST 

1 

5 

10 

15 

20 

pCONF 

101 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

ALLOW 

100.0 

ENDDATA 


Example  2;  Stress  Resultant  Limits 

The  following  example  computes  multiple  constraints  for  the  stress  resultants  of  selected  QUAD4 
elements.  The  Solution  Control  packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data 
Packet  for  the  STATICS  discipline  of  bovmdary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  (...,  DCFUNCTION  =  101, 

.  .  .) 

END 

The  Function  Packet  defines  the  function  specification  for  computing  the  allowable  stress  resultant.  The 
general  expression  for  this  is: 

RESULT  =  V  SIGX  ^  +  SIGY  ^ 

This  is  then  applied  to  all  QUAD4  elements  in  the  range  of  1  through  10000  by  the  following  Function 
Packet: 


FUNCTIONS 

$  Alias  for  the  element  list  selection  function 
ELST(ELIST) =  ELEMLIST (elist) ; 

$  Stress  resultant 

RESULT (ELIST) =  SQRT (STRESS (ELST (ELIST) , SIGX) **2  + 

STRESS (ELST (ELIST) ,SIGY) **2) ; 

$  Constraint  for  the  Stress  resultant 

CONST ( ELIST, ALLOW) =  (  RESULT (ELIST)  /  ALLOW  )  -  1.0; 

ENDFUNC 
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The  Bulh  Dats.  Packet  defines  the  element  list  for  the  QUAD4  elements,  defines  fiuictions  and  arguments 
for  design  constraint  set  101,  which  points  to  the  design  constraint  function,  const.  The  first  argument 
identifies  Ihe  elemlist  to  use  in  the  fimction  and  the  second  argument  defines  the  allowable  upper  limit 
of  each  constraint. 


[begin  bulk  I 

... 

ELEMLIST 

QUAD4 

1 

THRU 

10000 

DCONF 

101 

CONST 

+DCN1 

+DCN1 

1 

Ienddata  I 

Example  3:  Noninterference  Constraints 

This  example  computes  16  constraints  for  the  relative  location  between  two  sets  of  grid  points,  Gi 
and  Ch.  The  relative  location  equals  the  magnitude  of  the  square  root  of  the  smn  of  the  squares  of  the 
displaced  coordinate  divided  by  the  sense  of  the  dot  product  between  the  points  such  that  a  positive 
number  means  that  the  two  points  are  not  touching.  This  algorithm  assumes  that  the  geometric  locations 
and  the  displacements  are  in  the  same  coordinate  system.  The  equations  to  be  programmed  are  shown  in 
the  following: 

Gi  =  (  5  ,  6  ,7  ,  .  .  . ,  18  ,  19  .  20  } 

G2  =  {  105  ,  106  ,107  118  ,  119  ,  120  } 

In  the  following  equations  the  elements  of  these  sets  are  denoted  hyie  G2,  je  Gi  : 


XMAGij  = 


(^Tli  +  5Tliy(^Tlj  +  5Tlj 


T2i  +  5T2i  +  8T2j  ^ 


T3i  +  5T3i  )  -  T3j  +  5T3j  j 


2  -1V2 


;  is  Gi,  je  G2 
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SDOTij  =  sign 


( 

( 


Tli  -  Tlj  'j  rii  +  5Tli  ^  Tli  +  5Tlj 


T2i  -T2j^  [T2i  +  5T2£  j  72^  +  ?,T2j 


T3i  -  T3;  j  rSi  +  5T3i  ^  TSj  +  8T3y 


+ 


+ 


\ 

/ 


i  G  Gi ,  7  e  G2 


RDISPij 


XMAGij 

SDOTij 


The  solution  control  packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data 
Packet  for  the  STATICS  discipline  of  boundary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  {  .  .  .  ,  DCFUNCTION  =  101, 

...) 

END 

The  Function  Packet  defines  the  function  specifications  for  computing  the  relative  displacements  between 
two  sets  of  grid  points. 


FUNCTIONS 

$ 

$  Alias  for  the  grid  list 
GLST(GLIST)  =  GRIDLIST (GLIST) ; 

$  XMAG  =  magnitude 
XMAG(GLIST1,GLIST2)  = 

SQRT( { (C00RD{GLIST1,X1)+DISP{GLIST1,T1) )- (COORD (GLIST2 , XI) +DISP (GLIST2 , Tl ) ) ) **2+ 

{ ( COORD (GLISTl, X2 ) +DISP(GLIST1,T2) ) - ( COORD ( GLI ST2. X2 ) +DISP (GLIST2,T2) ) ) **2+ 

( (COORD {GLIST1,X3)+DISP(GLIST1,T3) )- (COORD (GLIST2,X3) +DISP(GLIST2,T3) ) ) **2> ; 
$  SDOT  =  Sign  of  the  dot  product 

Continued  on  following  page. 
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SD0T(GLIST1,GLIST2)  = 

SIGN  {  ( COORD  ( GIjIST2  ,  XI )  +DISP  ( GLIST2 ,  T1 )  -COORD  (GLISTl ,  XI )  -DISP  {GLISTl ,  T1 )  )  * 
{ COORD (GLIST2, XI)  -  COORD (GLISTl, XI) )  + 

(COORD (GLIST2 , X2 ) +DISP (GLIST2 , T2 ) -COORD (GLISTl , X2 ) -DISP (GLISTl , T2 ) )  * 
( COORD  (GLIST2,X2)  -  COORD  (GLISTl,  X2)  ) 

( COORD ( GLIST2, X3 ) +DISP(GLIST2,T3) -COORD (GLISTl,  X3) -DISP (GLISTl, T3) )  * 
( COORD (GLIST2,X3)  -  COORD (GLISTl, X3) )) ; 

$  Constraint  for  relative  disp 
$  RDISP  =  -(XMAG/SDOT) 

RDISP (GLISTl, GLIST2)  =  -XMAG (GLST (GLISTl) , GLST (GLIST2) )  / 

SDOT(GLST (GLISTl) , GLST (GLIST2 ) ) ; 

ENDFUNC 


The  Bulk  Data  Packet  defines  two  grid  lists,  references  design  constraint  101,  which  links  the  design 
variable,  RDISP,  to  the  Functional  Packet,  and  defines  two  arguments.  The  arguments  identify  the 
GRiDLlSTs  to  use  in  the  function. 


BEGIN  BULK 


... 

GRIDLIST 

1 

THRU 

20 

GRIDLIST 

105 

THRU 

120 

pCONF 

101 

RDISP 

+DCN1 

+DCN1 

GLISTl 

1 

GLIST2 

2 

Ienddata 

Example  4:  Constraint  Instantiation  with  Explicit  Subcases 

The  following  example  computes  five  constraints  fi-om  subcases  defined  independently  of  the 
analysis  discipline.  The  function  evaluates  the  expression  which  takes  the  displacement  component  T3 
and  divides  by  2 . 0  for  a  set  of  grid  points  recovered  for  a  set  of  unique  displacements.  The  solution 
control  packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data  Packet  for  the  STATIC 
discipline  of  boundary  condition  1. 


OPTIMIZE 

DCFUNCTION  =  101 

BOUNDARY  SPC  =  1 

STATICS  1000  ( 

STATICS  2000  ( 

.  .) 

STATICS  3000  ( 

STATICS  4000  ( 

STATICS  5000  ( 

END 
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The  Function  Packet  defines  the  function  specification  for  computing  the  allowable  displacement  compo¬ 
nent  T3.  The  general  expression  for  the  function  is: 


COMP 


T3 

2.0 


for  \ 


grid  5  recovered  at  subcase  1000 
grid  10  recoveredat  subcase  2000 
grid  15  recovered  at  subcase  3000 
grid  20  recovered  at  sub  case  4000 
grid  25  recovered  at  subcase  5000 


which  is  defined  by  the  Function  packet: 


FUNCTIONS 

$  Recover  the  Normalized  Displacement  component  T3 
$  for  given  grid  and  subcase  list 
COMP (GLIST,CLIST, FACT)  = 

DISP(GRIDLIST(GLIST) ,T3, ,CASELIST(CLIST) )  /  FACT; 

$  Constraint  for  the  displacement  component 

CONST (GLIST, CLIST, ALLOW) =(  COMP(GLIST,CLIST, 2 . 0) /ALLOW  )-1.0; 

ENDFUNC 


The  Bulk  Data  Packet  defines  a  grid  list  and  a  subcase  list,  references  design  constraint  101,  which  links 
the  design  variable,  const,  to  the  Functional  Packet,  and  defines  three  arguments.  The  first  argument 
represents  the  GRIDLIST  identification,  the  second  argument  is  the  CASELIST  identification  and  the 
third  argument  defines  the  allowable  upper  limit  of  the  constraint. 


BEGIN  BULK 


GRIDLIST 

1 

in 

10 

15 

20 

25 

CASELIST 

101 

1000 

2000 

3000 

4000 

5000 

DCONF 

101 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

CLIST 

101 

ALLOW 

0.2 

ENDDATA 

Example  5:  Multiple  Function  Evaluations 

The  following  example  will  compute  25  constraints.  The  flmction  evaluates  the  expression  which 
takes  two  times  the  displacement  component  T3  for  a  set  of  grid  points  recovered  for  subcases  1,  2,  3,  4, 
5.  The  solution  control  packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data  Packet 
for  the  STATICS  discipline  of  boimdaiy  condition  1. 


OPTIMIZE 

BOUNDARY  SPG  =  1 

STATICS  ( . .  . ,  DCFUNCTION  =  101,  . . . ) 

END 


The  Flmction  Packet  defines  the  function  specification  for  computing  the  allowable  displacement  compo¬ 
nent  for  T3.  The  general  expression  for  the  Function  packet  is: 

COMP  =  2*T3  for  grids  5, 10, 15,  20, 25 

which  is  defined  by  the  Function  packet: 


FUNCTIONS 

$  Recover  the  Displacement  component,  T3,  times  2.0 
COMP(GLIST,CASEID,MULPT)  =  MULPT  * 

DISP(GRIDLIST(GLIST) ,T3, ,CASEID) ; 

$  Constraint  for  the  component  value 

CONST(GLIST,CASEID, MULPT, ALLOW)  =  (  COMP (GLIST, CASEID, MULPT) 

/  ALLOW  )  -  1.0; 

ENDFUNC 


The  Bulk  Data  Packet  gives  the  grid  list,  defines  five  invocations  of  design  constraint  101,  references  the 
design  constraint  function,  CONST,  and  defines  its  four  arguments.  The  arguments  identify  the  multipher 
used  with  the  displacement  component,  the  GRIDLIST,  the  subcase  identification  and  fhe  allowable 
upper  limit  of  the  constraint. 
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BEGIN  BULK 

GRIDLIST 

1 

5 

10 

15 

20 

25 

DCONF 

101 

CASEl 

+DCN1 

GLIST 

1 

CASEID 

1 

MULPT 

2 

ALLOW 

20.0 

DCONF 

101 

CASE2 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

CASEID 

2 

MULPT 

2 

ALLOW 

20.0 

DCONF 

101 

CASE3 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

CASEID 

3 

MULPT 

2 

ALLOW 

20.0 

DCONF 

101 

CASE4 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

CASEID 

4 

MULPT 

2 

ALLOW 

20.0 

DCONF 

101 

CASES 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

CASEID 

5 

MULPT 

2 

ENDDATA  1 

Example  6:  Invalid  List  Cardinality 

The  following  exaimple  demonstrates  an  invalid  request  for  a  set  of  grid  point  data  recovered  for  a 
list  of  unique  subcases.  The  solution  control  packet  references  the  functional  design  constraint  101,  in  the 
Bulk  Data  Packet  for  the  STATICS  discipline  of  boundary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  {  .  .  .  ,  DCFUNCTION  =  101,  . . . ) 

END 


The  Function  Packet  defines  the  function  specification  for  computing  the  allowable  displacements  compo¬ 
nent  for  T3.  The  general  expression  for  the  Function  packet  is: 


COMP  =  2*T3  for 


grid  5  recovered  at  subcase  1 
grid  10  recovered  at  subcase  2 
grid  15  recovered  at  subcase  3 
grid  20  recovered  at  subcase  4 


which  is  defined  by  the  Function  packet: 
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FUNCTIONS 

$  Recover  the  Displacement  component,  T3,  times  2.0 
COMP (GLIST,CLIST, MULT)  = 

MULT  *  DISP (GRIDLIST (GLIST) , T3 , , CASELIST (MLIST) ) ; 

$  Constraint  for  the  Component  Value 
CONST ( GLIST , CLIST , MULT , ALLOW) = 

(  COMP (GLIST, CLIST, MULT)  /  ALLOW  )  -  1.0; 

ENDFUNC 


The  Bulk  Data  Packet  defines  the  grid  list  and  subcase  identification  list,  defines  the  design 
constraints  101,  which  references  the  design  constraint  function,  CONST,  and  defines  its  four  arguments. 
The  arguments  identify  the  GRIDLIST,  the  CASELIST,  the  multiplier  used  with  the  displacement  compo¬ 
nent,  and  the  allowable  upper  limit  of  the  constraint. 


BEGIN  BULK 

.  .  . 

$  Grid  list  with  4  Grid  points  identified 

GRIDLIST 

1 

10 

15 

20 

1$  Subcase  list  with  5  Subcases  identified 

CASELIST 

101 

1 

2 

3 

4 

5 

1 

DCONF 

101 

CONST 

+DCN1 

+DCN1 

GLIST 

1 

101 

2 

ALLOW 

100 

Ienddata 

There  are  no  constraints  generated  because  the  gridlist  contains  four  values  and  the  CASEL¬ 
IST  contains  five  values.  ASTROS  will  terminate  during  the  processing  of  the  user  input  data.  As 
indicated  earlier,  the  cardinality  of  the  sets  must  he  equal. 

Example  7:  Missing  Bulk  Data 

The  following  example  demonstrates  an  invalid  request  for  constraints  of  the  normal  stress  in  the 
element’s  X  direction.  The  solution  control  packet  references  the  functional  design  constraint,  101,  in  the 
Bulk  Data  Packet  for  the  STATICS  discipline  of  boimdary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  ( . . . ,  DCFUNCTION  =101,  .  .  . ) 

END 


The  Function  Packet  defines  the  ftmction  specification  for  computing  the  allowable  normal  stress 
in  the  element  X-direction.  The  general  expression  for  the  Function  packet  is: 


170 


VALXJE  *  SIGX  for  elements  5, 10, 15,  20 
which  is  defined  by  the  Function  packet: 

FUNCTIONS 

$  Constraint  for  Element  Stress 

VALUE(ELIST)  =  {  STRESS (ELEMLIST (ELIST) , SIGX)  /  25000.0  )  -  1.0; 
ENDFUNC  _ 

The  Bulk  Data  Packet  defines  design  constraint  101,  defines  the  design  constraint  function,  VALUE,  and 
defines  one  argument,  the  elemlist  identification  (1),  for  the  function. 

II  BEGIN  BULK  I 


$  Design  Constraint  Function 


DCONF 

101 

VALUE 

+DCN1 

+DCN1 

ELIST 

1 

ENDDATA 


No  constraints  will  he  generated  because  element  list  1  is  not  defined  in  the  Bulh  Data 
packet. 

Example  8:  Missing  Argument  Definitions 

The  following  example  demonstrates  an  invalid  request  to  compute  the  constraints  for  the  normal 
stress  in  the  element’s  X  direction.  The  solution  control  packet  references  the  functional  design  con¬ 
straint,  101,  in  the  Bulk  Data  Packet  for  the  STATICS  discipline  of  boundary  condition  1. 


OPTIMIZE 

BOUNDARY  SPC  =  1 

STATICS  (  .  .  .  ,  DCFUNCTION  =  101, 

.  ..) 

END 

The  Fimction  Packet  defines  the  function  specification  for  computing  the  allowable  normal  stress  in  the 
element’s  X  direction.  The  general  expression  for  the  Fimction  packet  is: 

VALUE  =  SIGX  for  elements  5, 10, 15,  20 

which  is  defined  by  the  Function  packet: 
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FUNCTIONS 


$  Constraint  for  Element  stress 

VALUE (ELIST)  =  (STRESS (ELEMLIST (ELIST) , SIGX) /45000 . 0  )  -  1.0; 

ENDFUNC 

The  Bulk  Data  Packet  defines  design  constraint  101,  which  referenced  the  design  constraint 
function,  VALUE: 


No  constraints  will  he  generated  because  there  is  no  definition  in  the  DCONF  hulk  data 
entry  for  the  element  list  argument. 

Example  9:  Modified  Flutter  Damping  Constraint 

The  following  example  will  compute  32  constraints  on  the  critical  damping  ratio  ^  for  mach 
values  of  0 . 8  and  1  •  2,  density  ratio  values  of  0 . 8  and  1 . 0,  mode  index  Hst  of  1  and  2,  and  a  velocity  list 
from  600.0  through  1000.0.  The  solution  control  packet  references  the  functional  design  constraint, 
101,  in  the  Bulk  Data  Packet  for  the  FLUTTER  discipline  of  boundary  condition  1. 

OPTIMIZE 

BOUNDARY  SPC  =  1 

FLUTTER  {...,  DCFUNCTION  =101,  ...) 

END 

The  Function  Packet  defines  the  function  specification  for  computing  the  constraint  values  for  ^  . 
The  general  expression  for  the  Function  packet  is: 

r  Re  (p)  ^ 

;  where  p  is  the  flutter  eigenvalue. 

1  Im(p)  I 

which  is  defined  by  the  Function  packet: 
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FUNCTIONS 

$  Constraint  for  ZETA  0.15 
ZETA(MACH,  DENS,  MODE,  VINDX  )  = 

1.0  -  (  FDAMP( ZETA, MACH,  DENS,  MODE,  VELOLIST (VINDX) )  /  0.15); 
ENDFUNC 


The  Bulk  Data  Packet  defines  values  for  the  MACH,  DENS,  MODE,  and  VELO  arguments,  for  function 
design  constraint  101  which  points  to  the  fimction,  ZETA,  in  the  Functional  Packet. 


BEGIN  BULK 

$  Velocity  list 

VELOLIST 

4 

600. 

800. 

900. 

1000. 

1$  Desion  constraint  function  recruest  .  J 

DCONF 

101 

M0P810K 

ZETA 

+DCN1 

+DCN1 

MACH 

CO 

o 

DENS 

00 

o 

MODE 

1 

VINDX 

4 

DCONF 

101 

M0P8SL 

ZETA 

+DCN1 

+DCN1 

o 

00 

DENS 

1.0 

MODE 

1 

VINDX 

4 

DCONF 

101 

M1P210K 

ZETA 

+DCN1 

+DCN1 

MACH 

to 

DENS 

CO 

o 

MODE 

1 

VINDX 

4 

DCONF 

101 

M1P2SL 

ZETA 

+DCN1 

+DCN1 

MACH  ' 

1.2 

DENS 

1.0 

MODE 

1 

VINDX 

4 

DCONF 

101 

M0P810K 

ZETA 

+DCN1 

+DCN1 

00 

o 

DENS 

o 

00 

MODE 

2 

VINDX 

4 

DCONF 

101 

M0P8SL 

ZETA 

+DCN1 

+DCN1 

MACH 

CO 

o 

DENS 

1.0 

MODE 

2 

VINDX 

4 

DCONF 

101 

M1P210K 

ZETA 

1 

+DCN1 

+DCN1 

MACH 

1.2 

DENS 

CO 

o 

MODE 

2 

VINDX 

4 

DCONF 

101 

M1P2SL 

ZETA 

+DCN1 

+DCN1 

MACH 

to 

DENS 

MODE 

2 

VINDX 

4 

ENDDATA  _ 1 

4.5.  INSTRINSIC  RESPONSE  COMMANDS 


The  ASTROS  Instrinsic  Response  Function  Commands  are  described  in  this  section. 
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To  insert  commentary  text  into  the  Function  packet. 


Usasre: 


Intrinsic  Function:  CENTROID 


Purpose: 

To  return  the  centroidal  coordinates  of  the  requested  elements. 


Usage: 


f 

P  -j 

{  1 

[  1 

[,cid] 

CENTROID 

i  ,  X2  \ 

1  ELEMLIST  (  elem_sid  )  J 

\  X3  J 

y 

Function  Argument: 


eid 


elein_sid 


Xi 

cid 


Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 

Set  identification  of  an  elemlist  bulk  data  entry  used  to  specify  an  element. 
Component  for  the  geometric  coordinate. 

Identification  of  a  coordinate  system  specified  in  the  Bulk  Data  Packet. 


Notes: 

1.  When  an  element  identification  is  used  then  the  eid  must  be  unique  and  if  the  eid  is  not 
unique,  then  an  element  hst  must  be  used. 

2 .  If  the  cid  reference  is  omitted,  then  the  coordinate  value  is  returned  in  the  input  coordinate 
system  of  the  element. 

3.  A  cid  of  0  requests  that  the  coordinate  be  returned  in  the  basic  coordinate  system. 

4.  The  interpretation  of  xl,  X2,  and  X3  depends  on  whether  the  cid  coordinate  system  is 
rectangular,  cylindrical,  or  spherical. 
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To  retrieve  the  current  value  of  a  geometric  coordinate. 


gid  Identification  of  a  grid  specified  in  the  Bulk  Data  Packet. 

grid_sid  Set  identification  of  a  GRIDLIST  bulk  data  entry  used  to  specify  the  grid. 

xi  Component  for  the  geometric  coordinate. 

cid  Identification  of  a  coordinate  system  specified  in  the  Bulk  Data  Packet. 

Notes: 

1.  If  the  cid  reference  is  omitted,  then  the  coordinate  value  is  returned  in  the  input 
coordinate  system  of  the  GRID  point. 

2.  A  cid  of  0  requests  that  the  coordinate  be  returned  in  the  basic  coordinate  system. 

3.  The  interpretation  of  Xl,  X2,  and  X3  depends  on  whether  the  cid  coordinate  system  is 
rectangular,  cylindrical,  or  spherical. 


Intrinsic  Function:  DISP 


Purpose: 

To  retrieve  the  current  value  of  a  displacement. 


Usage: 


Fimction  Arguments: 

gid 

Identification  of  a  grid  point  specified  in  the  Bulk  Data  Packet. 

grid_sid 

Set  identification  of  a  gridlist  bulk  data  entry  used  to  specify  the  grid. 

Ti,Ri 

Displacement  component  to  recover. 

cid 

Identification  of  a  coordinate  system  specified  in  the  Bulk  Data  Packet. 

caseid 

Identification  of  a  subcase. 

case_sid 

Set  identification  of  a  caselist  bulk  data  entry  used  to  specify  the  subcase 
identification  number. 

Notes: 

1.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 

2  If  the  cid  reference  is  omitted,  then  the  coordinate  value  is  returned  in  the  output  coordinate 

system  of  the  grid  points. 

3.  A  cid  of  0  requests  that  the  coordinate  be  rettmied  in  the  basic  coordinate  system. 
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Function  Arsfuments: 


Identification  of  a  design  variable  specified  in  the  Bulk  Data  packet. 


gdv^sid  Set  identification  of  a  GDVLIST  Bulk  Data  entry  used  to  specify  the  design  vari 
able. 


Intrinsic  Function:  FDAMP 


Purpose: 


To  retrieve  the  current  value  of  flutter  damping. 


Usage: 


FDAMP 


GAMMA 

ZETA 


[  rinachop]  [ ,  densop]  [,modeop]  [ ,  velop]  [ ,  caseop] 


where: 

machop 


=>{ 


densop  => 

modeop 


=>{ 


mvalue 

MACHLIST  (  mach_sid  ) 
dvalue 

DENSLIST  (  dens_sid  ) 
model d 

MODELIST  (  models id  ) 


walue  1 

velop  =>  j  yelOLIST  (  vel_sid  )  J 


caseop 


caseid 

CASELIST  (  case_sld  ) 


Fucntion  Arguments: 
mvalue 
mach__sid 
dvalue 
dens_sid 

modeid 
models Id 
walue 
vel_sid 


Mach  value 

Set  identification  of  a  MACHLIST  bulk  data  entry  used  to  specify  the  mach  value. 
Density  ratio  value, 

Set  identification  of  a  DENSLIST  bulk  data  entry  used  to  specify  the  density  ratio 
value. 

Mode  index. 

Set  identification  of  a  MODELIST  bulk  data  entry  used  to  specify  the  mode  index. 
Velocity  value. 

Set  identification  of  a  velolist  bulk  data  entry  used  to  specify  the  velocity 
value. 
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caseid 


Subcase  identification. 


case_sid  Set  identification  of  a  CASELIST  bulk  data  entry  used  to  specify  the  subcase 
number. 

Notes: 

1.  When  the  component  GAMMA  is  specified  the  following  equation  is  used. 

;  for  complexp 


;  for  real  p 

When  the  component  ZETA  is  specified  the  following  equation  is  used. 

f  ^ 

^  _  I  +  Re  (p)  ^  ;  for  complex p 

l^[lm(p)J 

2.  The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in 
the  response  functions. 

3 .  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 


Re(p) 

Im(p) 

Y  =  • 

Re(p) 
In  2 


180 


Intrinsic  Function:  FFREQ 


Purpose: 

To  retrieve  the  current  value  of  the  flutter  frequency. 


Usage: 

FFREQ  (  machop  [ ,  densop]  I  ,modeop]  [  rvelop]  [ ,  caseop]  ) 
where: 


machop 

-  \ 

[  mvalue  1 

[  MACHLIST  (  mach_sid  )  j 

dens op 

-  ] 

[  dvalue  1 

[  DENSLIST  (  dens_sid  )  J 

mode op 

- 1 

[  modeid  1 

[  MODELIST  (  mode_sid  )  J 

velop 

walue  1 

VELOLIST  (  vel_sid  )  ] 

caseop 

=>  - 

[  caseid  1 

[  CASELIST  (  case_sid  )  j 

Function  Arguments: 


mvalue 
machos id 
dvalue 
dens_sid 

mode id 
mode_sid 
walue 
vel_sid 

caseid 


Mach  value 

Set  identification  of  a  machlist  bulk  data  entry  used  to  specify  the  mach  value. 
Density  ratio  value, 

Set  identification  of  a  DENSLIST  bulk  data  entry  used  to  specify  the  density  ratio 
value. 

Mode  index. 

Set  identification  of  a  MODELIST  bulk  data  entry  used  to  specify  the  mode  index. 
Velocity  value. 

Set  identification  of  a  VELOLIST  bulk  data  entry  used  to  specify  the  velocity 
value. 

Subcase  identification. 
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case_sid 


Set  identification  of  a  caselist  bulk  data  entiy  used  to  specify  the  subcase 
nmnber. 


Notes: 

1.  The  fi-equency  is  returned  in  Radians.  Conversion  to  Hertz  may  be  accomplished  by  using 
the  HERTZ  intrinsic  function. 

2.  The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in 
the  response  functions. 

3 .  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 
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Intrinsic  Function:  FLEXCF 


Purpose: 


To  retrieve  flexible  stability  coefficients  for  a  specific  trim  parameter  firom  a  Static  Aerody- 
namics  analysis. 


Usage: 


f 

axis  r  trim^param 

r  caseid 

FLEXCF 

'  1  CASELIST  (  case_sid  )  J 

\ 

> 

Function  Arguments: 
axis 
param 
caseid 
easels id 


Input  axis. 

Trim  parameters. 

Subcase  identification. 

Set  identification  of  a  CASELIST  bulk  data  entry  used  to  specify  the  subcase 
number. 


Notes: 


1. 

2. 


This  function  returns  its  results  in  radians.  If  degrees  are  required,  the  results  may  be 
converted  using  the  DECS  intrinisic  function. 


The  allowable  values  for  axis  are: 


DRAG 

SIDE 

LIFT 

axis  =  < 

ROLL 

PITCH 

YAW 
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3. 


The  allowable  control  surfaces,  trim_parain,  are: 


The  User  Surfaces  are  defined  using  AESURF  Bulk  Data  entries. 

4.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 

subcase. 
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Intrinsic  Function:  FREQ 


Purpose: 

To  retrieve  the  current  value  of  the  natural  frequency  computed  in  a  Normal  Modes  analysis. 


Usage: 


f 

FREQ 


modeid 

MODELIST  (  mode_sid  ) 


caseid 

CASELIST  (  case_sid  ) 


Function  Arguments: 

model  d  Identification  of  a  mode  index. 

mode_sid  Set  identification  of  a  MODELIST  bulk  data  entry  used  to  specify  the  mode  index. 


caseid  Subcase  identification. 

case_sid  Set  identification  of  a  CASELIST  bulk  data  entry  used  to  specify  the  subcase 
identification  number. 


Notes: 

1.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 

subcase. 
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Intrinsic  Function:  FROOT 


Purpose: 

To  retrieve  the  current  value  of  the  flutter  root:  p  =  ^(y+i) 


Usage: 


Function  Arguments: 
mvalue 
mach_sid 
dvalue 
dens_sid 

modeid 

rnode^sid 

walue 

vel__sid 

caseid 


Mach  value 

Set  identification  of  a  machlist  bulk  data  entry  used  to  specify  the  mach  value. 
Density  ratio  value. 

Set  identification  of  a  DENSLIST  bulk  data  entry  used  to  specify  the  density  ratio 
value. 

Mode  index. 

Set  identification  of  a  modelist  bulk  data  entry  used  to  specify  the  mode  index. 
Velocity  value. 

Set  identification  of  a  VELOLIST  bulk  data  entry  used  to  specify  the  velocity 
value. 

Subcase  identification. 


186 


easels id 


Set  identification  of  a  caselist  bulk  data  entry  used  to  specify  the  subcase 
number. 


Notes: 

1.  The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in 
the  response  functions. 

2 .  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 

3.  The  function  returns  the  Real  part  of  the  flutter  root.  If  the  Imaginary  part  is  required,  then 
the  INAG  intrinsic  function  must  be  used. 
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Intrinsic  Function:  MASS 


Purpose: 


To  return  the  mass  of  selected  elements. 


Usage: 


MASS 


/ 

J  eid 

I  ELEMLIST  (  elein_sld 


V 


ply  Id 

PLYLIST  (  ply_sid  ) 


Fxmction  Arguments: 


eid 


Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 


elem_sid 
ply  id 
piy^sid 


Set  identification  of  an  ELEMLIST  bulk  data  entry  used  to  specify  an  element. 
Identification  of  a  layer  number  for  a  composite  element. 

Set  identification  of  a  PLYLIST  bulk  data  entry  used  to  specify  the  layer  number 
for  a  composite  element. 


Notes: 

1.  When  an  element  identification  is  used  then  the  eid  must  be  unique  and  if  the  eid  is  not 
unique,  then  an  element  list  must  be  used, 

2.  Composite  elements  must  have  their  layer  number  specified. 


Intrinsic  Function:  RIGIDCF 


Purpose: 

To  retrieve  rigid  stability  coefficients  for  a  specific  trim  parameter  from  a  Static  Aerodynam¬ 
ics  analysis. 

Usage:  _ 


f 

\ 

axis  ,  trim^param 

f  caseid  1 

RIGIDCF 

'  1  CASELIST  (  case_sid  )  J 

\ 

> 

Fxmction  Arguments: 
axis 

trim__param 

caseid 

sid 


Input  axis. 

Trim  parameters. 

Subcase  identification. 

Set  identification  of  a  CASELIST  bulk  data  entry  used  to  specify  the  subcase 
number. 


Notes: 


1. 

2. 


This  function  returns  its  resxxlts  in  radians.  If  degrees  are  required,  the  results  may  be 
converted  using  the  DECS  intrinisic  function. 


The  allowable  values  for  axis  are: 


axis 


DRAG 

SIDE 

LIFT 

ROLL 

PITCH 

YAW 
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3. 


The  allowable  control  surfaces,  trim_param,  are: 


trim _parain  = 

ALPHA. 

BETA 

PRATE 

QRATE 

RRATE 

PACCEL 

QACCEL 

RACCEL 

User  Surfaces 

The  User  Surfaces  are  defined  using  AESTOF  Bulk  Data  entries. 

4.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 

subcase. 
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Intrinsic  Function:  STRAIN 


Purpose: 

To  retrieve  current  element  STRAIN  values. 


Usage: 


STRAIN  (  elemop,strain_coinp[,plyop]  [.caseop]  [.modeop]  ) 

where: 

elemop  ->  ^ 

eid 

ELEMLIST  (  elein__sid  ) 

plyop  =>  1 

ply  id  1 

PLYIiIST  (  ply_sid  )  J 

caseop  =>  ^ 

caseid 

CASELIST  (  easels id  ) 

modeop  =>  ^ 

modeid 

MODELIST  (  mode_sid  ) 

Function  Arguments: 
eid 

elein_sid 
strain^comp 
ply  id 
ply_sid 

caseid 

case_sid 

modeid 
models id 


Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 

Set  identification  of  an  elemlist  bulk  data  entry  used  to  specify  an  element. 
Element  response  component. 

Identification  of  a  layer  number  for  a  composite  element. 

Set  identification  of  a  plylist  bulk  data  entry  used  to  specify  the  layer  number 
for  a  composite  element. 

Subcase  identification. 

Set  identification  of  a  caselist  bulk  data  entry  used  to  specify  the  subcase 
number. 

Identification  of  a  mode  index. 

Set  identification  of  a  modelist  bulk  data  entry  used  to  specify  the  mode  index. 
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Notes: 


1.  When  an  element  identification  is  used  then  the  ei  d  must  be  imique  and  if  the  ei  d  is  not 
unique,  then  an  element  list  must  be  used. 

2.  The  allowable  response  components  for  each  element  type  are  shown  in  Table  20. 

3.  Composite  elements  must  have  their  layer  identification  number  specified. 

4.  Strain  components  will  always  be  recovered  at  the  center  of  the  layer  for  composite  elements. 

5.  The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in 
the  response  functions. 

6.  The  mode  sequence  number  is  used  only  if  the  discipline  is  MODES. 

7.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 


Intrinsic  Function:  STRESS 


Purpose: 

To  retrieve  current  element  STRESS  values. 

Usage: 


STRESS  (  elemop,  stress__coinp[  fplyop]  [ ,  casaop]  [  ,modeop]  ) 

where: 

elemop  =>  ^ 

eid 

EIiEMLIST  (  elem_sid  ) 

plyop  =>  1 

ply id  1 

PLYLIST  (  ply_sid  )  j 

caseop  =>  ■ 

[  caseid  ] 

[  CftSELIST  (  case_sid  )  J 

modeop  =>  ^ 

[  modeid  ] 

[  MODELIST  (  mode_sid  )  J 

1 

Function  Arguments: 
aid 

elem_sid 
stress_comp 
ply  id 
ply_sid 

caseid 

case_sid 

modeid 

mode_sid 


Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  used  to  specify  an  element. 
Element  response  component. 

Identification  of  a  layer  number  for  a  composite  element. 

Set  identification  of  a  PLYLIST  bulk  data  entry  used  to  specify  the  layer  number 
for  a  composite  element. 

Subcase  identification. 

Set  identification  of  a  CASELIST  bulk  data  entry  used  to  specify  the  subcase 
number. 

Identification  of  a  mode  index. 

Set  identification  of  a  modelist  bulk  data  entry  used  to  specify  the  mode  index. 
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Notes; 


1.  When  an  element  identification  is  used  then  the  eid  must  be  xinique  and  if  the  eid  is  not 
unique,  then  an  element  Ust  must  be  used. 

2.  The  allowable  response  components  for  each  element  type  are  shown  in  Table  20. 

3.  Composite  elements  must  have  their  layer  identification  number  specified. 

4.  Stress  components  will  always  be  recovered  at  the  center  of  the  layer  for  composite  elements. 

5.  The  specific  discipline  request  defines  whether  the  case  and/or  mode  is  a  valid  request  in 
the  response  functions. 

6.  The  mode  sequence  number  is  used  only  if  the  discipline  is  MODES. 

7 .  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 
subcase. 
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Intrinsic  Function:  THICK 


To  return  the  thickness  of  the  requested  two-dimensional  elements. 


ei  d  Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 

el  em_si  d  Set  identification  of  an  ELEMLIST  bulk  data  entry  used  to  specify  an  element. 

ply  id  Identification  of  a  layer  number  for  a  composite  element. 

ply_sid  Set  identification  of  a  plylist  bulk  data  entry  iised  to  specify  the  layer  number 

for  a  composite  element. 


Notes: 

1.  When  an  element  identification  is  used  then  the  eid  must  be  unique  and  if  the  eid  is  not 
unique,  then  an  element  list  must  be  used. 

2.  Composite  elements  must  have  their  layer  number  specified. 
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Intrinsic  Function:  TRIM 


To  retrieve  trim  parameters  from  a  Static  Aerodynamics  analysis. 


trlm^param  Trim  parameters. 


caseid  Subcase  identification. 

case_sid  Set  identification  of  a  CASELIST  bulk  data  entiy  used  to  specify  the  subcase 
number. 

Notes: 

1.  This  function  return  its  results  in  radians.  If  degrees  are  required,  the  results  may  be 
converted  using  the  DEGS  intrinisic  function. 

2.  The  allowable  control  surfaces,  trim^param,  are: 


The  User  Surfaces  are  defined  using  AES0RP  Bulk  Data  entries. 


3.  If  the  subcase  reference  is  omitted,  then  the  specific  discipline  request  defines  the  requested 

subcase. 
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Intrinsic  Function:  WEIGHT 


Purpose: 


To  return  the  weight  of  selected  elements. 


Usage: 


f 

_ 

_ 

m 

[  ply id  1 

1 

WEIGHT 

1  ELEMLIST  (  alam_sid  )  J 

[  '  PLYLIST  (  ply_sid  )  J 

1 

V 

■ 

Function  Arguments: 
aid 

elem^sid 
ply  id 
ply_sid 


Identification  of  an  element  specified  in  the  Bulk  Data  Packet. 

Set  identification  of  an  ELEMLIST  bulk  data  entry  used  to  specify  an  element. 
Identification  of  a  layer  number  for  a  composite  element. 

Set  identification  of  a  PLYLIST  bulk  data  entry  used  to  specify  the  layer  number 
for  a  composite  element. 


Notes: 

1.  When  an  element  identification  is  used  then  the  aid  must  be  tmique  and  if  the  aid  is  not 
unique,  then  an  element  list  must  be  used. 

2.  Composite  elements  must  have  their  layer  number  specified. 
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5.  THE  BULK  DATA  PACKET 


The  bulk  data  packet  provides  the  ASTROS  system  with  the  engiueering  data  needed  to  perform 
the  specific  tasks  requested  by  the  user.  It  contains  the  model  geometries  for  the  structural  model,  the 
aerodynamic  model(s)  and  the  design  model  as  well  as  the  pool  of  data  firom  which  the  solution  control 
requests  are  made.  Finally,  specialized  information  required  by  the  analysis  disciplines  (e.g.,  Mach 
number  and  reduced  frequency  pairs  for  imsteady  aerodynamic  analyses)  is  also  provided  to  the  system 
through  the  bulk  data  packet.  The  basic  input  item  is  the  biilk  data  entry  which  is  directly  analogous  to 
the  NASTRAN  bulk  data  card.  In  fact,  NASTRAN  compatible  formats  were  chosen  for  the  ASTROS  bulk 
data  entries  whenever  possible  because  modem  stmctures  are  often  analyzed  using  large  NASTRAN 
finite  element  models  having  tens  of  thousands  of  lines  of  bulk  data.  Further,  these  large  models  are 
usually  prepared  using  software  designed  specifically  to  generate  NASTRAN  models.  Thus,  by  utilizing 
NASTRAN  bulk  data  structures  where  possible  and  by  using  the  NASTRAN  bulk  data  style  for  the 
additional  engineering  data,  ASTROS  is  highly  compatible  with  existing  NASTRAN  models  and  with 
current  finite  element  model  generation  methods. 

Just  as  in  NASTRAN,  the  bulk  data  packet  begins  vdth  the  kejrword  BEGIN  BULK  (which  may  be 
abbreviated  begin)  and  is  terminated  by  the  optional  keyword  enddata  or  by  the  end  of  the  input 
stream.  The  intervening  bulk  data  entries  can  appear  in  any  order.  An  alphabetically  sorted  listing  of  the 
bulk  data  input  will  be  echoed  to  the  output  file  unless  suppressed  by  the  user  through  the  BEGIN  BULK 
command  line  options. 

All  the  input  entries  are  interpreted  by  IPP  through  templates  that  are  defined  as  part  of  the 
system  generation  task.  The  templates  provide  for  basic  error  checking,  establish  defaults  and  direct  the 
placement  of  the  raw  data  onto  the  database.  The  use  of  templates  allows  additional  entries  to  be  added 
to  the  system  very  simply  without  software  changes.  The  definition  of  the  templates  and  the  means  of 
adding  new  entries  are  documented  in  the  Programmer’s  Manual.  In  addition,  the  complete  listing  of 
ASTROS  bulk  data  templates  is  included  in  the  output  STimmary  generated  by  the  SYSGEN  system 
generation  utility  during  the  creation  of  the  system  database  files. 

On  restart  with  a  bulk  data  packet  in  the  input  stream,  the  IFP  module  •will  append  the  new  data 
onto  the  data  firom  the  previous  run(s).  There  is  no  provision  for  deleting  existing  bulk  data  except 
through  MAPOL  sequence  modifications  or  direct  interaction  using  the  ICE  program  (Reference  7).  This 
restart  feature,  while  limited,  can  be  useful  in  many  instances;  e.g.  when  additional  analysis  disciplines 
are  desired  or  when  different  output  requests  are  desired.  The  remainder  of  this  section  presents  the 
structure  of  the  bxfik  data  entry  for  ASTROS  and  discusses  some  features  of  the  IFP  module  that  are 
useful  to  the  general  user.  ASTROS  bulk  data  entries  have  been  carefully  designed  to  be  NASTRAN 
compatible,  so  the  NASTRAN  User’s  Manual  (Reference  2)  has  provided  much  of  the  information  in  the 
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following  discussion  as  well  as  having  directed  the  design  of  the  IFP  software.  The  reader  is  also  referred 
to  the  ASTROS  Programmer’s  Manual  for  more  information  on  the  IFP  module  and  for  information  on 
the  addition  of  new  bulk  data  entries.  An  additional  resource  is  the  MSC/NASTRAN  Primer  of  Reference 
3. 


5.1 .  BULK  DATA  ECHO  OPTIONS 

There  are  special  options  on  the  BEGIN  BULK  command  which  allow  the  user  to  control  the 
echoing  of  the  Bulk  Data.  The  format  of  this  command  is: 


The  following  table  describes  the  actions  which  are  performed  for  the  various  options. 


ECHO 

FILE 

ORDER 

ACTION  1 

ECHO 

PRINT 

SORT 

Sorted  echo  to  the  output  file.  1 

UNSORT 

Unsorted  echo  to  the  output  file.  1 

PUNCH 

SORT 

Sorted  echo  to  punch  file.  1 

UNSORT 

Unsorted  echo  to  punch  file. 

BOTH 

SORT 

Sorted  echo  to  both  output  and  punch  files.  | 

UNSORT 

Unsorted  echo  to  both  output  and  punch  files. 

NOECHO 

'V' 

No  echo  to  either  output  or  punch  file.  j 

5.2.  FORMAT  OF  THE  BULK  DATA  ENTRY 

Each  bulk  data  entry  consists  of  a  required  parent  line  followed  by  a  nrimber  of  optionat  -.on- 
tinuation  lines.  Therefore,  a  single  bulk  data  entry  resides  on  one  or  more  lines.  The  basic  bulk  data  line 
has  one  mnemonic  field  of  eight  characters  followed  by  eitiier  eight  data  fields  of  eight  characters  or  by 
four  data  fields  of  16  characters  and  terminates  with  an  eight  character  continuation  field  as  shown  in 
Figure  5.  The  data  field  size  (either  eight  or  16  characters)  is  determined  by  the  presence  of  the  optional 
large  field  marker  in  the  first  mnemonic  field  of  each  bulk  data  line.  The  parent  line  begins  with  a 
character  mnemonic  identifying  the  entry  followed  by  4  or  8  data  fields  and  ending  with  a  continuation 
field.  The  continuation  lines  are  identical  except  that  the  leading  mnemonic  field  contains  a  continuation 
label  which  is  used  to  link  it  to  its  parent  line.  This  structure  is  identical  to  that  in  NASTRAN.  One 
important  exception  to  NASTRAN  compatibility  is  that  ASTROS  requires  that  the  continuation  fines 
follow  continuously  from  the  parent  fine  although  the  bulk  data  entries  themselves  can  be  in  any  order. 
Random  placement  of  continuations  in  NASTRAN  is  an  artifact  firom  using  physical  cards  that  were 
pxmched  with  the  bulk  data.  If  the  card  deck  were  dropped,  the  resulting  random  order  still  had  to  be 
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inteipretable  by  the  code.  This  feature  no  longer  needs  to  be  supported  in  Ught  of  modem  computer 
storage  methods  but  NASTRAN  compatibility  dictated  that  similar  continuation  labeling  be  used. 

A  continuation  line  is  defined  for  a  bulk  data  entry  that  requires  more  than  eight  (or  four  large) 
data  fields.  The  last  field  of  the  parent  line  is  used  in  conjimction  with  the  first  field  of  the  continuation 
line  as  an  identifier.  The  parent  continuation  field  can  contain  any  alphanumeric  entry  while  the  first 
field  of  the  continuation  line  contains  a  plus  (+)  as  a  continuation  character  in  column  1  followed  by  the 
last  7  characters  from  the  parent  continuation  label.  For  the  parent  line,  the  large  field  marker  is  an 
asterisk  (*)  following  the  name  of  the  entry  which  signifies  that  large  data  fields  are  to  be  used.  For 
continuation  lines,  the  asterisk  used  as  the  continuation  character  plays  the  role  of  the  large  field  marker 
as  shown  below.  Each  bulk  data  line  must  be  either  aU  narrow  field  or  all  large  field,  although  separate 
lines  of  a  single  bulk  data  entry  can  have  different  field  widths  simply  by  using  the  proper  field  marker. 
This  means  that  the  same  bulk  data  entry  in  wide  and  narrow  formats  are  functionally  identical  with  no 
need  for  separate  templates.  Unlike  NASTRAN,  the  continuation  mnemonics  need  not  be  unique  among 
all  the  bulk  data  entries  in  the  bulk  data  packet  since  there  is  no  provision  for  randomly  sorted  continu¬ 
ations. 


The  input  on  a  bulk  data  line  can  either  be  in  fixed  format,  in  which  each  item  must  reside  within 
the  field  to  which  it  belongs,  or  in  fi*ee  format,  in  which  fields  are  separated  by  commas  and  can  be 
positioned  anywhere  to  the  left  of  the  column  in  which  the  fixed  field  would  normally  start.  Free  format 
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input  is  indicated  by  the  appearance  of  a  comma  in  the  first  10  characters  of  the  input  line.  ASTROS 
requires  that  each  line  (not  each  bulk  data  entry)  be  either  all  fixed  or  all  fi:ee  format  and  that  each  firee 
format  field  be  separated  by  a  comma.  The  NASTRAN  use  of  a  blank  character  as  a  field  separator  is  not 
supported.  When  firee  format  input  is  used,  the  continuation  lines  can  reside  on  the  same  physical  line  of 
input  with  the  continuation  labels  either  included  or  not  as  in  the  following  equivalent  examples: 


B 

,  0.3, 

0.5,  , 

,  ,  ,  ABC  ,  +BC,  0.01, 

0.05,  0.1,  0.2 

B 

,  0.3, 

0.5,  , 

wH 

O 

in 

o 

o 

o 

o 

o 

to 

In  the  latter  case,  ASTROS  will  automatically  generate  the  missing  continuation  mnemonics. 
Care  must  be  taken,  however,  that  the  first  two  data  fields  of  the  continuation  line  be  non-blank.  If  not, 
there  is  an  ambiguity  as  to  whether  the  first  continuation  field  constitutes  a  continuation  label  or  a  data 
field.  This  ambiguity  causes  the  xfp  to  terminate  execution  with  an  error  indicating  that  there  is  a 
missing  continuation  line.  Free  format  input  in  which  the  parent  and  continuation  lines  are  broken  into 
separate  physical  lines  or  which  explicitly  include  the  continuation  mnemonics  do  not  suffer  this  limita¬ 
tion.  Free  format  input  is  further  restricted  in  that  the  break  between  physical  lines,  if  needed,  must 
occur  at  a  break  in  the  logical  line,  that  is,  the  spht  must  occur  between  the  ending  continuation  field  on 
tiiC  current  logical  line  and  the  continuation  field  of  the  next  logical  line.  This  means,  for  the  preceding 
example,  that  the  first  example  entry  could  be  broken  into  two  fines  between  the  ABC  and  +BC  fields  but 
nowhere  else.  When  an  entry  is  broken  into  multiple  physical  fines,  the  continuation  mnemonics  must  be 
supplied.  Obviously,  fixed  format  input  requires  continuation  mnemonics  for  any  bulk  data  entries 
having  continuation  fines. 

5.3.  DATA  FIELD  FORMATS 


The  interior  fields  of  a  bulk  data  fine  can  contain  either  integer  data,  real  data,  character  data  or 
certain  combinations  (e.g.  either  integer  or  real  data).  The  template  for  each  entry  defines  which  types  of 
data  are  acceptable  in  each  field.  Each  data  item  is  limited  to  the  number  of  characters  that  fit  in  the 
length  of  the  field.  For  narrow  width  fields  no  more  than  eight  characters  can  be  used  in  the  data  item. 
Unfike  NASTRAN,  any  extra  characters  will  spill  to  the  next  field  and  will  result  in  IFP  errors,  there  is 
no  provision  for  roimding  real  data  to  fit  the  field  size. 

In  order  to  be  considered  valid,  the  data  item  must  first  satisfy  the  data  typ©  requirement  as 
specified  on  the  template.  Real  numbers,  including  zero,  must  contain  a  decimal  point,  although  there  are 
a  number  of  formats  supported.  For  example,  the  real  nmnber  3 . 1  may  be  encoded  as  shown  or  as 
3 . lEO,  +3.1D00,  0.31E1,  or  3.1+0.  Unlike  NASTRAN,  however,  there  cannot  be  embedded  blanks 
an3rwhere  in  the  real  number  and  a  D  edit  descriptor  is  treated  as  a  single  precision  number  until  actually 
loaded  to  a  double  precision  relational  attribute.  Blank  fields  that  do  not  have  other  defaults  specified  on 
the  template,  will  be  interpreted  as  blank  characters,  an  integer  zero  or  a  real  zero  as  required.  Integer 
values  must  be  formed  fi'om  the  ten  decimal  digits  with  an  optional  leading  plus  or  minus  sign.  Character 
data  consist  of  any  combination  of  alphanumeric  characters  including  any  digits,  decimal  points,  etc., 
with  no  restriction  that  the  first  character  be  alphabetic. 


202 


5.4.  ERROR  CHECKING  IN  THE  INPUT  FILE  PROCESSOR 


As  mentioned  in  the  preceding  subsection,  the  IFP  module  performs  basic  error  checking  to 
ensure  that  the  input  data  is  of  the  correct  type.  In  addition,  the  templates  provide  for  error  checks  that 
enable  the  IFP  to  check  that  the  data  satisfy  particular  requirements.  For  example,  the  IFP  can  be 
directed  to  require  that  a  particular  value  be  greater  than  zero  or  be  one  of  a  finite  number  of  selections. 
At  its  most  complex,  the  bulk  data  processor  checks  to  ensure  specific  relationships  among  data  on  a 
single  bulk  data  entry.  It  is  important  to  imderstand,  however,  that  no  error  checks  occur  in  the  IFP  to 
ensure  that  references  to,  and  interrelationships  among,  multiple  bulk  data  entries  are  satisfied.  These 
more  complex  checks  occur  in  subsequent  engineering  modules.  A  complete  description  of  the  available 
template  error  checks  and  the  mechanism  provided  to  add  additional  error  checks  is  presented  in  the 
Programmer’s  MarmaV  The  reader  may  find  it  helpful  to  study  this  documentation  since  the  bulk  data 
packet  and  the  bulk  data  entries  are  closely  linked  to  the  software  in  both  the  SYSGEN  utility  and  the 
IFP  module. 


5.5.  BULK  DATA  ENTRY  SUMMARY 


This  section  contains  a  summary  of  all  the  bulk  data  entries  in  the  ASTROS  system  separated 
into  logically  related  groups.  The  groups  are  composed  of  either  model  definition  entries,  subcase  defini¬ 
tion  entries  or  general  list  entries.  This  is  followed  by  a  detailed  description  of  each  of  the  entries  hsted  in 
this  section.  Section  5.6  discusses  the  differences  between  NASTRAN  and  ASTROS  for  those  entries  that 
have  been  changed  or  are  completely  different  than  in  NASTRAN  but  that  use  the  same  mnemonic  and 
serve  a  similar  purpose.  Entries  indicated  by  *  are  unchanged  firom  NASTRAN. 


5.5.1.  Aerodynamic  Load  Transfer 


ATTACH 

SETl* 

SET2* 

SPLINEl* 

SPLINE2* 


Rigid  load  transfer  definition. 

A  structural  grid  point  list  for  spline  interpolation  or  a  mode  list  for 
omitting  normal  modes  m  flutter  analysis. 

Structural  grid  point  list  in  term  of  aerodynamic  macroelements. 
Surface  spline  definition  for  out-of-plane  motion. 

Beam  spline  definition  for  interpolating  panels  and  bodies. 


5.5.2.  Applied  Dynamic  Loads 


DLAGS 

DLOAD* 

DLONLY 

GUST 

RLOADl 

RLOAD2 

TABLEDl 

TLOADl 

TLOAD2 


Time  and  phase  lag  definition  for  a  spatial  load. 

Linear  combination  of  dynamic  load  sets. 

Direct  definition  of  dynamic  spatial  load. 

Stationary  vertical  gust  definition. 

Frequeniy  dependent  dynamic  load  definition. 
Frequency  dependent  dynamic  load  definition. 

Tabular  function  definition  for  dynamic  load  generation. 
Time  dependent  dynamic  load  definition. 

Time  dependent  dynamic  load  definition. 
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5.5.3.  Applied  Static  Loads 

Definition  of  a  concentrated  load  at  a  grid  point. 

Definition  of  a  concentrated  load  at  a  grid  point. 

Definition  of  an  acceleration  vector  for  gravity  loads. 

Definition  of  linear  load  combinations. 

Definition  of  a  moment  at  a  grid  point. 

Definition  of  a  moment  at  a  grid  point. 

Definition  of  a  pressure  load  over  an  area. 

Definition  of  a  pressure  load  on  plate  elements. 

Definition  of  a  pressure  load  on  plate  elements  in  a  specified  direction. 
Definition  of  a  temperature  at  a  structural  node. 

Definition  of  default  nodal  temperatures. 

5.5.4.  Boundary  Condition  Constraints 


FORCE* 

Definition 

FORCEl* 

Definition 

GRAY* 

Definition 

LOAD* 

Definition 

MOMENT* 

Definition 

MOMENTl* 

Definition 

PLOAD* 

Definition 

PLOAD2* 

Definition 

PLOAD4* 

Definition 

TEMP* 

Definition 

TEMPO* 

Definition 

ASET* 

Analysis  set  definition. 

ASETl* 

Analysis  set  definition. 

DYNRED 

D3uiamic  reduction  parameters. 

JSET 

Inertia  relief  mode  shape  parameter  definition. 

JSETl 

Inertia  relief  mode  shape  parameter  definition. 

MPC* 

Multipoint  constraint  definition. 

MPCADD* 

Definition  of  combinations  of  MPC  sets. 

OMIT 

Omit  set  definition. 

OMITl 

Omit  set  definition. 

REAR 

Rigid  bar  element 

RBEl 

Rigid  body  element 

RBE2 

Rigid  body  element 

RBE3 

Rigid  body  element 

RROD 

Rigid  rod  element 

SPC* 

Single  point  constraint/enforced  displacement  definition. 

SPCl* 

Single  point  constraint  definition. 

SPCADD* 

Definition  of  combinations  of  SPC  sets. 

SUPORT 

Definition  of  coordinates  for  determinate  reactions. 

Design  Constraints 

DCONALE 

Aileron  effectiveness  constraint  definition. 

DCONBK 

Buckling  constraint  definition. 

DCONBKE 

Elder  buckling  constraint  definition. 

DCONCLA 

Lift  effectiveness  constraint  definition. 

DCONDSP 

Displacement  constraint  definition. 
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DCONEP 

DCONEPM 

DCONEPP 

DCONF 

DCONFLT 

DCONFRQ 

DCONFT 

DCONFTM 

DCONFTP 

DCONLAM 

DCONLMN 

DCONPMN 

DCONSCF 

DCONSDE 

DCONSDL 

DCONTH2 

DCONTH3 

DCONTHK 

DCONTRM 

DCONTW 

DCONTWM 

DCONTWP 

DCONVM 

DCONVMM 

DCONVMP 


Principal  strain  constraint  definition. 

Principal  strain  constraint  definition. 

Principal  strain  constraint  definition. 

Functional  constraint  definition. 

Flutter  constraint  definition. 

Modal  frequency  constraint  definition. 

Fiber/transverse  strain  constraint  definition. 

Fiber/transverse  strain  constraint  definition. 

Fiber/transverse  strain  constraint  definition. 

Composite  laminate  constraint  definition. 

Composite  laminate  minimum  gauge  constraint  definition. 
Composite  element  ply  minimum  gauge  constraint  definition. 
Flexible  stability  coefficient  constraint  definition. 

BAR  element  cross-sectional  parameter  side  constraint  definition. 
BAR  element  cross-sectional  parameter  side  constraint  definition. 
Composite  layer  thickness  constraint  definition  for  shape  linking. 
BAR  element  cross-sectional  parameter  definition  for  shpae  linking. 

Thickness  constraint  definition  for  use  with  shape  function  design 
variable  linking. 

Aeroelastic  trim  parameter  constraint  definition. 

Tsai-Wu  stress  constraint  definition. 

Tsai-Wu  stress  constraint  definition. 

Tsai-Wu  stress  constraint  definition. 

Von-Mises  stress  constraint  definition. 

Von-Mises  stress  constraint  definition. 

Von-Mises  stress  constraint  definition. 


5.5.6.  Design  Variables,  Linking  and  Optimization  Parameters 


DESELM 

DESVARP 

DESVARS 

DVTOPTE 

DVTOPTL 

DVTOPTP 

ELIST 

EL I STM 

MPPARM 

PLIST 

PLISTM 


Unique  physical  design  variable  definition. 

Linked  physical  design  variable  definition 
Linked  shape  fimction  design  variable  definition. 

Thickness  variation  type  definition  for  bending  plate  element  design. 
Thickness  variation  type  definition  for  an  element  list. 

Thickness  variation  type  definition  based  on  element  properties. 
Element  list  for  physical  linking. 

Element  hst  for  physical  linking  of  different  local  design  variables. 
Mathematical  programming  default  parameter  override. 

Physical  design  variable  linking  definition. 

Physical  design  variable  linking  of  different  local  design  variables. 
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SHAPE 

SHAPEM 


SHPGEN 

5.5.7.  Geometry 

CORDIC* 

CORDIR* 

CORDIS* 

CORD2C* 

CORD2R* 

CORD2S* 

EPOINT* 

GRDSET* 

GRID* 

SPOINT* 


Definition  of  element  linking  factors  to  define  a  shape  variable. 

Definition  of  element  linking  factors  of  different  local  design  variables  to 
define  a  shape  variable. 

Definition  of  design  variables  using  the  SHAPE  generation  utility. 


Cylindrical  coordinate  system  definition. 
Rectangular  coordinate  system  definition. 

Spherical  coordinate  system  definition. 

Cylindrical  coordinate  system  definition. 
Rectangular  coordinate  system  definition. 

Spherical  coordinate  system  definition. 

Extra  point  definition  for  dynamics. 

Default  parameters  for  fields  on  the  GRID  entry. 
Grid  point  location  and  coordinate  system  selection. 
Scalar  point  definition. 


5.5.8.  Material  Properties 

MATI  Isotropic  elastic  properties  definition. 

MAT2  Two-dimensional  anisotropic  properties  definition. 

mats  Orthotropic  properties  definition. 

MAT9  *  Anisotropic  properties  definition  for  isoparametric  hexahedral  elements. 


5.5.9.  Miscellaneous  Inputs 


CONVERT 

DMI 

DMIG 

MFORM 

SAVE 

SEQGP* 


Commentaiy  data. 

Conversion  factor  definitions. 

Direct  matrix  input. 

Direct  matrix  input  at  structural  nodes. 
Mass  matrix  form  (LUMPED  or  COUPLED). 
List  of  database  entities  not  to  be  purged. 
Structural  set  resequencing  defiboition. 


5.5.10.  Selection  Lists 


CASELIST 

DCONLIST 

DENSLIST 

ELEMLIST 

FREQLIST 

GDVLIST 


List  of  subcase  identification  numbers. 

List  of  design  constraint  identification  numbers. 

List  of  density  ratio  values. 

List  of  element  identification  numbers. 

List  of  frequency  step  values. 

List  of  global  design  variable  identification  numbers. 
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GPWG 

GRIDLIST 

ITERLIST 

LDVLIST 

MACHLIST 

MODEL I ST 

PLYLIST 

TIMELIST 

VELOLIST 


Definition  of  the  location  to  perform  grid  point  weight  generation 
List  of  GRID  point  identification  numbers. 

List  of  iteration  step  identification  numbers. 

List  of  local  design  variable  identification  numbers. 

List  of  Mach  number  values. 

List  of  normal  mode  identification  numbers. 

List  of  GRID  point  identification  numbers. 

List  of  time  step  values. 

List  of  velocity  values. 


5.5.1 1 .  Steady  Aerodynamics 


AEROS 

Reference  parameters 

AEFACT 

List  of  real  parameters. 

AESURF 

Aerod3niamic  control  surface  definition. 

AIRFOIL 

Airfoil  property  definition. 

AXSTA 

Body  axial  station  parameter  definition. 

BODY 

Body  configuration  definition. 

CAER06 

Macroelement  (panel)  definition. 

CONEFFS 

Definition  of  static  aerodnamic  control  effectiveness 

CONLINK 

Definition  of  linked  control  surfaces. 

PAER06 

Body  parameter  definition. 

5.5.1 2.  Structural  Element  Connection 


BAROR 

Definition  of  default  parameters  for  the  CBAR  bar  element. 

CBAR 

Prismatic  beam  element. 

CELASl 

Scalar  elastic  spring  element. 

CELAS2 

Scalar  elastic  spring  element. 

CIHEXl* 

Linear  isoparametric  hexahedral  element. 

CIHEX2* 

Quadratic  isoparametric  hexahedral  element. 

CIHEX3* 

Cubic  isoparametric  hexahedral  element. 

CMASSl 

Scalar  mass  element. 

CMASS2 

Scalar  mass  element. 

CONMl* 

Direct  6x6  mass  matrix  definition  at  a  structural  node. 

CONM2 

Concentrated  mass  at  a  structural  node. 

CONROD 

Rod  element. 

CQDMEMl 

Isoparametric  quadrilateral  membrane  element. 

CQUAD4 

Isoparametric  quadrilateral  element  with  bending  and  membrane 
stifl&iess. 

CROD 

Rod  element. 
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CSHEAR 

Shear  panel. 

CTRIA3 

Isoparametric  triangular  element  with  bending  and  membrane  stif&iess. 

CTRMEM 

Constant  strain  triangular  membrane  element. 

GENEL* 

General  element. 

5.5.13.  Structural  Element  Properties 

PEAR 

Prismatic  beam  element. 

PBARl 

Prosmatic  beam  element  defined  with  standard  cross-sectional  parameters. 

PCOMP 

Composite  laminate  definition  for  cqdmemi,  cquad4,  CTR1A3,  and  ctrmem 
elements. 

PCOMPl 

Composite  laminate  definition  for  CQnAD4  and  CTRIA3  elements. 

PC0MP2 

Composite  laminate  definition  for  CQUAD4  and  CTRIA3  elements. 

PELAS 

Scalar  elastic  spring  element. 

PIHEX* 

Linear,  quadratic  and  cubic  isoparzimetric  hexahedral  element. 

PMASS 

Scalar  mass  element 

PQDMEMl 

Isoparametric  quadrilateral  membrane  element. 

PROD 

Rod  element. 

PSHEAR 

Shear  panel. 

PSHELL 

Definition  of  shell  element  properties  for  CQtXAn4  and  CTRIA3  elements. 

PTRMEM 

Constant  strain  triangular  membrane  element. 

5.5.14.  Unsteady  Aerodynamics 

AERO 

Reference  parameters 

CAEROl* 

Aerodynamic  macroelement  (panel)  definition. 

CAER02* 

Body  configuration  definition. 

CONEFFF 

Definition  of  flutter  aerodynamic  control  effectiveness 

FLFACT* 

Parameter  definition  for  flutter  analysis. 

MKAEROl 

Table  of  symmetries,  Mach  numbers,  and  reduced  firequencies. 

MKAER02 

Table  of  symmetries,  Mach  numbers,  and  reduced  fi-equencies. 

PAEROl* 

Association  between  bodies  and  macroelements. 

PAER02* 

Body  cross-section  property  definition. 

5.5.15.  Discipiine  Dependent  Problem  Control 

The  following  bulk  data  entries  are  the  controlling  entries  referenced  by  Solution  Control  in 
selecting  specific  disciplines  and  subcases.  In  each  case,  many  of  these  inputs  can  appear  in  the  bulk  data 
packet  with  the  particular  input  to  be  used  for  the  subcase  referenced  in  the  Solution  Control  Packet. 

BLAST 

Parameters  for  nuclear  blast  analyses. 

FLUTTER 

Basic  parameters  for  flutter  analyses. 

TRIM 

Flight  condition  for  steady  aeroelastic  trim  analyses. 
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EIGC 

EIGR* 

FFT 

FREQ* 

FREQl* 

FREQ2* 

IC 

TABDMPl 

TF* 

TSTEP* 

VSDAMP 


Complex  eigenvalue  extraction  parameters 
Real  eigenvalue  extraction  parameters. 

Fast  Fourier  Transform  parameter  definition. 

Frequency  step  definition  for  fi-equency  response. 

Frequency  step  definition  for  fi-equency  response. 

Frequency  step  definition  for  fi’equency  response. 

Initial  condition  definition  for  direct  transient  response  (same  as 
NASTRAN  TIC  entry). 

Modal  damping  table  for  modal  d3niamic  response. 

D3uiamic  transfer  fimction  definition. 

Time  step  definition  for  transient  response 

Definition  of  viscous  damping  based  on  equivalent  structural  damping. 


5.6.  DIFFERENCES  BETWEEN  ASTROS  AND  NASTRAN  BULK  DATA 

Some  of  the  bulk  data  entries  listed  in  the  preceding  Section  do  not  exist  in  the  MSC/NASTRAN 
or  the  COSMIC/NASTRAN  versions  that  guided  the  definition  of  the  bulk  data  entries.  Some  of  them  do 
exist  in  other  NASTRAN  systems,  however;  the  dynred,  jset,  JSETI,  pcompI,  and  FCOHP2  entries 
are  pvamplps  Others  take  the  place  of  the  NASTRAN  PAR2kM  entry  which  was  felt  to  have  been  overused 
to  the  point  where  it  had  lost  all  utility.  Examples  of  these  inputs  are  the  convert,  hforh  and  vsdahp 
entries.  The  steady  aeroelastic  model  is  completely  new  to  ASTROS  since  NASTRAN  uses  the  same 
modeling  for  both  steady  and  unsteady  analysis.  Also,  it  was  felt  that  the  NASTRAN  mechanism  for 
dpfiriing  dynamic  loads  weis  needlessly  complicated.  Working  fi:om  the  NASTRAN  inputs,  a  simpler,  but 
equally  general  set  of  entries  was  developed.  This  resulted  in  the  generation  of  a  number  of  new  entries 
and  the  modification  of  others.  The  definition  of  the  design  variables,  design  variable  linking  and  the 
design  constraints  is,  of  course,  completely  new  for  ASTROS. 

The  majority  of  the  changed  entries  have  been  modified  to  accommodate  the  design  task.  In  these 
cases,  the  bulk  data  entry  is  often  identical  to  the  NASTRAN  version  for  use  in  analysis  with  optional 
additional  fields  to  specify  the  design  data.  The  element  coimectivity  and  property  entries  are  all  exam¬ 
ples  of  this  type  of  change  in  that  additional  field(s)  have  been  added  to  specify  the  maximum  and 
TTiim'TnnTn  allowable  physical  design  variable  value  if  shape  function  design  variable  linking  is  used.  In 
cases  where  data  from  NASTRAN  preprocessors  are  used,  there  are  no  changes  required  \inless  shape 
function  linking  is  desired. 

A  more  subtle  set  of  changes  was  required  to  perform  multidisciplinary  analysis.  In  NASTRAN, 
as  was  mentioned  in  the  discussion  of  the  Solution  Control  packet,  many  parameters  were  specified  as 
part  of  the  model  definition  or  discipline  specification  because  the  code  was  limited  to  performing  a  single 
analysis  of  the  given  discipline.  In  order  to  remove  these  artificial  restrictions,  these  data  have  been 
moved  to  the  proper  discipline’s  subcase  definition.  Examples  of  this  form  of  modification  are  the  addition 
of  symmetry  options  to  the  hkaerOx,  gust,  flutter,  and  trim  entries  and  the  removal  of  subcase 
dependent  data  from  the  AERO  entry.  Further,  the  rigid  elements,  ASETi,  OMiTi  and  epoint  entries 
were  modified  to  include  a  set  identification  number  to  enable  multiple  boimdary  conditions  and  multiple 
control  systems  to  be  analyzed  simultaneously. 
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The  last  type  of  modification  came  about  because  of  the  nature  of  the  ASTROS  database  manage¬ 
ment  system.  These  were  limited  to  the  DMl  and  dmig  entries  for  direct  loading  of  database  entities.  The 
NASTRAN  inputs  were  not  compatible  with  the  ASTROS  database  and  so  had  to  be  modified.  In  fact, 
these  entries,  while  having  the  same  name  as  a  NASTRAN  entry,  are  completely  new  entries  for  AS¬ 
TROS.  A  minor  additional  modification  to  the  input  definitions  was  made  for  the  tabdmpI  entry  to  maVp 
it  more  compact  and  to  remove  the  spurious  endt  table  termination  symbol.  In  ASTROS,  all  tabular 
input  entries  are  terminated  when  no  more  data  appears  and  require  no  specific  declaration  of  the  table 
end. 


While  a  seemingly  large  number  of  bulk  data  entries  have  been  changed  relative  to  their  NAS¬ 
TRAN  counterparts,  in  fact  only  a  few  have  been  changed  in  such  a  way  that  the  NASTRAN  version  will 
not  work  in  analysis.  By  far,  the  majority  of  the  modeling  bulk  data  entries  are  completely  unchanged 
except  for  certain  design  variable  linking  options.  In  unsteady  and  steady  aerodynamic  disciplines  care 
must  be  taken  to  account  for  the  subcase  dependencies  that  NASTRAN  defined  implicitly  or  with  PAEAM 
entries.  Finally,  the  use  of  aset  and  OHIT  entries  will  cause  minor  problems  in  that  ASTROS  requires  a 
set  identification  for  these  entries.  While  tiiis  latter  restriction  can  require  some  effort  to  fix,  the  gain  in 
capability  simply  required  that  the  bulk  data  entry  be  modified. 

The  most  serious  potential  problem  using  NASTRAN  models  in  ASTROS  is  that  the  set  of  bulk 
data  entries  is  more  limited  in  ASTROS  than  m  NASTRAN.  The  ASTROS  system  has  been  developed 
primarily  as  a  multidisciplinary  preliminaiy  design  tool  and  does  not  yet  contain  the  wide  range  of 
options  supported  by  a  mature  code  like  NASTRAN.  The  many  NASTRAN  input  entries  supporting  these 
options,  therefore,  have  not  been  defined  to  the  ASTROS  system  because  tiiey  are  not  supported  by  any 
ASTROS  code.  Thus,  there  vTill  be  instances  where  a  NASTRAN  input  deck  will  have  to  be  modified  to 
remove  these  entries  which  serve  no  purpose  in  ASTROS.  The  majority  of  these  bulk  data  entries  deal 
with  unsupported  elements,  plotting  options,  output  options,  etc.,  which  are  not  felt  to  present  a  major 
problem.  More  important  is  the  support  for  NASTRAN’s  model  definitions,  most  of  which  have  already 
been  adopted  by  ASTROS. 

5.7.  BULK  DATA  DESCRIPTIONS 

This  Section  contains  a  complete  description  of  each  of  the  ASTROS  Bulk  Data  entries. 
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Comment 


Input  Data  Entry:  $ 

Description:  Allows  commentary  text  to  be  inserted  into  the  unsorted  echo  of  the  input  Bulk  Data 

Deck.  The  $  entry  is  otherwise  ignored  by  the  program.  These  entries  do  not  appear  in  a 
sorted  echo. 


Format  and  Example: 

123456789  10 
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Input  Data  Entry:  A£FACT  Aerodynamic  Lists 

Description:  Used  to  specify  lists  of  real  numbers  for  aeroelastic  analysis. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

[aefact 

SID 

DI 

D2 

D3 

D4 

D5 

D6 

D7 

CONT  1 

fcONT 

D8 

D9 

-etc- 

1 

AEFACT 

97 

0,3 

0.7 

1.0 

Field _ _ _  Contents _ _ _ _ _ 

SID  Set  identification  number  (Unique  Integer  >  0). 

Di  Number  (Real). 

Remarks: 

1.  These  factors  must  be  selected  by  an  airfoil,  axsta,  CAEROi  or  PAEROi  data  entry. 

2.  All  contiguous  Di  fields  must  contain  data  —  embedded  blank  fields  are  not  allowed. 

3.  If  this  entry  is  used  to  specify  division  points,  there  will  be  one  more  division  point  than  the  number 
of  divisions. 
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Input  Data  Entry:  AERO  Aerodynamic  Physical  Data 

Description:  Gives  basic  aerodynamic  parameters  for  unsteady  aerodynamic  disciplines. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

AERO 

ACSID 

REFC 

RHOREF 

AERO 

100 

300.0 

l.lE-*7 

Field 

Contents 

ACSID  Aerodynamic  coordinate  system  identification  (Integer  >  0  or  Blank).  See  Remark  2. 

REFC  Reference  length  (for  reduced  fi"equency)  (Real  >  0). 

RHOREF  Reference  density  (Real  >  0). 

Remarks: 

1.  This  entry  is  required  for  unsteady  aerodynamic  disciplines.  Only  one  AERO  entry  is  allowed. 

2.  The  ACSID  must  be  a  rectangular  coordinate  system.  Flow  is  in  the  positive  x-direction.  If  blank,  the 
basic  coordinate  system  is  used. 


Input  Data  Entry:  AEROS  Steady  Aero  Physical  Data 

Description:  Gives  basic  aerodynamic  parameters  for  the  steady  aerodynamic  discipline. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

AEROS 

ACSID 

RCSID 

REFC 

REFB 

REFS 

GREF 

REFD 

REFL 

10 

20 

10. 

100. 

1000. 

1 

Field 

Contents 

ACSID 

RCSID 

REFC 

REFB 

REFS 

GREF 

REFD 

REFL 


Aerodynamic  coordinate  system  identification  (Integer  >  0)  or  blank.  See  Remark  2. 

Reference  coordinate  system  identification  for  rigid  body  motions. 

(Integer  >  0,  or  blank) 

Reference  chord  length  (Real  >  0.0)  (D  =  1.0) 

Reference  span  (Real  >  0.0)  (D  =  1.0) 

Reference  wing  area  (Real  >  0.0)  (D  =  1.0) 

Reference  grid  point  for  stabiUty  derivative  calculations  (Integer  >  0). 

Fuselage  reference  diameter  (Real  >  0)  or  blank  (D  =  1.0) 

Fuselage  reference  length  (Real  >  0)  or  blank  (D  =  1.0) 


Remarks: 

1.  This  entry  is  required  for  static  aeroelasticity  problems.  Only  one  AEROS  entry  is  allowed. 

2.  The  ACSID  must  be  a  rectangular  coordinate  system.  Flow  is  in  the  positive  x-direction.  If  ACSID  is 
blank,  the  Basic  Coordinate  system  is  used. 

3.  The  RCSID  must  be  a  rectangular  coordinate  system.  AU  degrees  of  fi-eedom  defining  trim  variables 
will  be  defined  in  this  coordinate  system.  If  RCSID  is  blank,  the  Basic  Coordinate  system  is  used. 
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Input  Data  Entry  AESURF  Aerodynamic  Control  Surface 

Description:  Specifies  an  Aerodynamic  Control  Surface. 


Field _  _ Contents _ 

label  Unique  alphanumeric  string  of  up  to  eight  characters  used  to  identify  the  control 

surface 

TYPE  Surface  type  (Character)  (Remark  2) 


SYM  symmetric  surface 
AMTISYH  antisymmetric  surface 
ASYM  Asymmetric  surface 

acid  Identification  number  of  the  aircraft  component  (CAER06)  on  which  the  surface  lies. 

(Integer  >  0) 

CID  Identification  number  of  a  rectangular  coordinate  system  whose  y-axis  defines  the 

hinge  line  of  the  control  surface.  (Integer  >  0  or  blaiik) 

FBOXID  First  aero  box  on  the  control  surface  relative  to  ACID.  (Integer  >  0) 

LBOXID  Last  aero  box  on  the  control  surface  relative  to  ACID.  (Integer  >  0) 


Remarks: 

1.  The  lABEL  is  arbitrary,  but  aU  labels  must  be  unique. 

2.  The  asymmetric  surface,  TYPE=ASYM,  is  not  currently  available.  Pitch  controllers  are  TYPE=SYM 
while  yaw  and  roll  controllers  are  type=antisym. 

3.  The  aerodynamic  box  numbering  scheme  is  illustrated  on  the  CAEROl  Bulk  Data  entry. 
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Input  Data  Entry  AIRFOIL  Airfoil  Definition 

Description:  Defines  airfoil  properties  for  the  static  aerodynamic  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

AIRFOIL 

ACID 

CMPNT 

CP 

CHORD 

USO/THK 

LSO 

CAM 

RADIUS 

CONT  1 

CONT 

XI  1 

Y1 

Z1 

X12 

IPANEL 

1 

1 

WING 

1 

10 

20 

30 

ABC 

+BC 

o 

o 

o 

o 

o 

o 

50.0 

Field 

ACID 

CMPNT 

CP 

CHORD 

USO/THK 

LSO 

CAM 

RADIUS 
XI , Y1 , Z1 
X12 

IPANEL 

Remarks: 


_ Contents _ _ _ 

Associated  aircraft  component  identification  number  referenced  by  a  matching 
CAER06  bulk  data  entry.  (Integer  >  0) 

T^pe  of  aircraft  component  (Character)  selected  fi-om:  (See  Remark  3) 

WING  FIN  CANARD 

Coordinate  system  for  airfoil.  (Integer  >  0,  or  blank)  (See  Remark  4) 

Identification  number  of  an  aefact  data  entry  containing  a  list  of  division  points  (in 
terms  of  percent  chord)  at  which  airfoil  thickness  and  camber  data  are  specified. 
(Integer  >  0) 

Identification  number  of  an  arfact  data  entry  defining  either  the  upper  surface 
ordinates  in  percent  chord  if  LSO  is  not  blank,  or  the  half  thicknesses  about  ihe 
camber  ordinates  if  CAM  is  not  blank.  (Integer  >  0,  or  blank)  (See  Remark  3) 

Identification  number  of  an  aefact  data  entry  defining  the  lower  surface  ordinates  in 
percent  chord.  Must  be  used  in  conjrmction  with  uso.  (Integer  >  0,  or  blank) 

(See  Remark  3) 

Identification  number  of  an  aefact  data  entry  defining  the  mean  line  (camber  line) 
ordinates  in  percent  chord.  (Integer)  (See  Remark  3) 

Radius  of  leading  edge  in  percent  chord.  (Real  >  0.0) 

Location  of  the  airfoil  leading  edge  in  coordinate  system  CP.  (Real,  Y1  >  0.0) 

Airfoil  chord  length  in  x-axis  coordinate  of  system  CP.  (Real  >  0  or  hlanV) 

Identification  number  of  an  aefact  data  entry  containing  a  list  of  chord  wise  cuts  in 
percent  chord  for  wing  panehng.  (Integer  >  0,  or  blank) 


1.  If  the  RADIUS  field  is  blank,  a  roimd  leading  edge  of  radius  zero  is  used. 

2.  IPANEL  is  optional  and  is  used  when  different  chord-wise  cuts  on  each  end  of  the  panel  are  desired. 
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For  WING  components,  the  options  for  USO,  LSO,  THK  and  CAM  are: 


Default  flat  plat  airfoil  generated  automatically 


All  Blank 


USO  alone 


USO/LSO 


THK/CAM 


USO/LSO/CAM 


LSO/CAM 


CAM  alone 


Lower  and  upper  surface  ordinates  of  airfoil  are  defined  with 
effectively  LSO=uso  internally  generated 


Lower  and  upper  surface  ordinates  of  airfoil  are  defined;  CAM  Must 
be  blank 


Half  thicknesses  about  the  camber  line  are  defined.  LSO  Must  be 
blank 


Illegal  over-specification  of  data 


Illegal,  must  use  thk  field  for  half  thickness 


Illegal  under-specification  of  data 


For  CANARD  components,  the  options  are  as  above  except  that  camber  is  not  allowed  so 
CAM  Must  be  blank 


All  Blank 


USO  alone 


USO/LSO 


Default  flat  plat  airfoil  generated  automatically 


Lower  and  upper  surface  ordinates  of  airfoil  are  defined  with 
effectively  LS0=US0  internally  generated 


Lower  and  upper  surface  ordinates  of  airfoil  are  defined;  cam  Must 
be  blank 


LSO/CAM 


Illegal,  CAM  must  be  blank 


CAM  alone 

Illegal  imder-specification  of  data  and  cam  must  be  blank  for 
CANAED 

For  FIN  components,  the  options  are  very  limited:  only  symmetric  airfoils  are  allowed 
and  they  must  be  entered  as  an  upper  surface  ordinate  (the  lower  surface  ordinates  are 
then  defaulted) 

All  Blank 

Default  flat  plat  airfoil  generated  automatically 

USO  alone 

Lower  and  upper  surface  ordinates  of  airfoil  are  defined  with 
effectively  LSO=USO  internally  generated.  Only  Legal  Nonblank 
Fin  Option 

The  basic  coordinate  system  must  be  used  (  CP  blank ).  This  field  exists  to  allow  the  addition  of  user 
defined  coordinate  systems  in  the  futime. 


Input  Data  Entr 


ASET 


Selected  Coordinates  for  the  a-set 


Defines  degrees  of  fireedom  that  the  user  desires  to  place  in  the  analysis  set.  Used  to 
define  the  number  of  independent  degrees  of  freedom. 


SETID  The  set  identification  number  of  the  REDUCE  set.  (Integer  >  0) 

ID  Grid  or  scalar  point  identification  niunber  (Integer  >  0) 

C  Component  nmnber,  zero  or  blank  for  scalar  points,  any  unique  combinations  of  the 

digits  1  through  6  for  grid  points. 

Remarks: 

1.  When  ASET  and/or  ASETl  entries  are  present,  all  degrees  of  fi'eedom  not  otherwise  constrained  will 
be  placed  on  the  o-set.  The  o-set  is  a  mutually  exclusive  set.  Degrees  of  fireedom  may  not  be  specified 
on  other  entries  that  define  mutually  exclusive  sets. 

2.  ASET  entries  must  be  selected  in  Solution  Control  (reduce=setid)  to  be  used. 
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Input  Data  Entr 


ASETl 


Selected  Coordinates  for  the  a-set,  Alternate  Form 


Description:  Defines  degrees  of  fireedom  that  the  user  desires  to  place  in  the  analysis  set.  Used  to 

define  the  number  of  independent  degrees  of  freedom. 


Alternate  Form: 

123456789  10 

1  ASETl  SETI  C  IDl  "THRU"  ID2 


Field _  Contents _ 

SETID  The  REDUCE  set  identification  number  (Integer  >  0) 


Component  number  (any  unique  combination  of  the  digits  1  through  6  with  no  embed¬ 
ded  blanks)  when  point  identification  numbers  are  grid  points;  must  be  null  or  zero  if 
point  identification  numbers  are  scalar  points. 

Grid  or  scalar  point  identification  numbers  (Integer  >  0,  ID2  >  IDI) 


Remarks: 

1.  When  ASET  and/or  ASETl  entries  are  present,  all  degrees  of  fireedom  not  otherwise  constrained  will 
be  placed  in  the  o-set.  The  o-set  is  a  mutually  exclusive  set.  Degrees  of  freedom  may  not  be  specified 
on  other  entries  that  define  mutually  exclusive  sets. 

2.  If  the  alternate  form  is  used,  all  points  in  the  sequence  IDl  through  ID2  are  required  to  exist. 

3.  ASETl  entries  must  be  selected  in  Solution  Control  (reduce=SETID)  to  be  used. 
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Input  Data  Entry:  ATTACH 

Description:  Defines  the  aerod3uianiic  control  points  to  be  attached  to  a  reference  grid  for  load 

transfer. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ATTACH 

EID 

MACROID 

BOXl  j 

BOX2 

RGRID 

ATTACH 

100 

111 

111 

118 

1  1 

Field 

Contents 

Element  identification  number  (Integer  >  0) 

Element  identification  of  a  CAEROi  or  PAEROi  element  which  contains  the  specified 
aerodynamic  control  points  (Integer  >  0) 

Starting  and  final  box  whose  force  is  to  be  transferred  to  the  referenced  grid 
(Integer  >  0,  BOX2  >  BOXl) 

Grid  point  identification  of  reference  grid  point  (Integer  >  0) 


1.  The  EID  is  used  only  for  error  messages. 

2.  This  entry  applies  to  both  the  steady  and  unsteady  aerodynamic  models. 

3.  The  attached  aerodynamic  boxes  are  selected  as  shown  below: 


EID 

MACROID 

BOXl,BOX2 

RGRID 

Remarks: 
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Input  Data  Entry:  AXSTA 


Description:  Defines  body  axial  station  parameters.  There  is  one  AXSTA  for  each  axial  station  at 

which  the  surface  points  are  defined. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

AXSTA 

BCID 

XSTA 

CBOD 

ABOD 

LZRAD 

, 

AXSTA 

10 

10.00 

IT) 

O 

10 

20 

Field 

Contents 

BCID  Body  component  identification  number  (Integer  >  0) 

XSTA  Value  of  the  x-ordinate  of  the  body  station  (Real) 

CBOD  Value  of  the  z-ordinate  of  the  center  line  at  this  station.  This  defines  the  body  camber 

(Real). 

ABOD  Cross  sectional  area  of  the  body  at  this  station  (Real  >  0.0). 

LYRAD ,  LZRAD  Identification  number  of  an  AEFACT  data  entry  containing  a  list  of  the  y-ordinates 

(z-ordinates)  of  the  body  section.  (Integer  >  0.0) 


Remarks: 


1. 


If  ABOD  is  present,  the  body  is  assiuned  to  be  circular  and  the  radial  ordinates  are  computed  at  nrad 
(cf.  the  BODY  bulk  data  entry)  equal  intervals.  No  lyrad  and  lzrad  data  are  allowed  when  ABOD  is 
present. 


2. 

3. 

4. 


If  ABOD  is  blank,  LYRAD  and  LZRAD  data  must  be  present. 

For  Pods,  CBOD,  LYRAD  and  LZRAD  data  are  not  permitted. 

For  the  fuselage,  XSTA  is  actual  x  location;  for  pods,  XSTA  is  relative  to  the  XLOC  value  given  on  the 
BODY  bulk  data  entry. 
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Input  Data  Entry:  BAROR  Simple  Beam  (BAR)  Orientation  Default  Values 

Description:  Defines  default  values  for  fields  3  and  6  -  8  of  the  CBAR  entry. 


Field 


Contents 


PID  Identification  number  of  pbar  property  entry  (Integer  >  0  or  blank) 

Vector  components  measured  in  displacement  coordinate  system  at  GA  to  determine 
(with  the  vector  from  end  A  to  end  B)  the  orientation  of  the  element  coordinate  system 
for  the  bar  element  (Real  or  blank) 

GO  Grid  point  identification  number  (Integer  >  0) 

Remarks: 

1.  The  contents  of  fields  on  this  entry  are  used  for  any  cbar  entry  whose  corresponding  fields  are  blank. 

2.  Only  one  BAROR  entry  may  appear  in  the  Bulk  Data  Packet. 
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Input  Data  Entry:  BLAST  Nuclear  Blast  Parameters 

Description:  Defines  basic  parameters  needed  for  nuclear  blast  response  analysis 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

BLAST 

BLID 

ALTITUDE 

VELOCITY 

WKT 

BALT 

MACH 

DELTAX 

DELTAY 

CONT 

CONT 

KGRD 

HGRD 

SYMXZ 

SYMXY 

TRSURF 

NZ 

CONT 

CONT 

TMIN 

TMAX 

NTIME 

BMIN 

BMAX 

NBETA 

BLAST 

100 

10000. 

1000.0 

1.E5 

15000. 

00 

o 

ABC 

+BC 

1 

o 

VO 

Field 

BLID 

ALTITUDE 

VELOCITY 

WKT 

BALT 

MACH 

DELTAX 

DELTAY 

KGRD 


HGRD 

SYMXZ 

SYMXY 

TRSURF 

NZ 

TMIN 

TMAX 

NTIME 

BMIN 


_ Contents _ 

Set  identification  number  referenced  by  Solution  Control 
(Integer  >  0 ) 

Aircraft  altitude  (Real  >  0.0) 

Aircraft  velocity  (Real  >  0.0) 

Weapon  yield  (Real  >  0.0) 

Blast  altitude  (Real) 

Mach  number  (Real  0.0  <  Mach  <  1.0) 

X  distance  from  aircraft  to  blast  point  (Real) 

Y  distance  fi-om  aircraft  to  blast  point  (Real) 

Key  denoting  presence  of  the  ground  (Integer) 

=  0,  no  ground 
=  1  include  the  ground 

Height  of  groimd  level  (Real) 

Symmetry  flag  for  blast  analysis  about  xz  plane  (Integer) 

Symmetry  flag  for  blast  analysis  about  xy  plane  (Integer) 

Label  of  an  aesurf  entry  used  as  the  trim  surface  (Character) 

Load  factor  for  the  trim  calculation  (Real) 

Minimum  time  used  in  the  definition  of  polynomial  curve  fitting  (  Real  >  0.0,  or  blank, 
default  =  0.10 ) 

Maximum  time  used  in  the  definition  of  polynomial  curve  fitting  (  Real  >  0.0,  or 
blank,  default  =  20.0  ) 

Number  of  time  steps  ( Integer  >  0,  or  blank,  default  =  20  ) 

Minimum  Beta  value  used  in  the  definition  of  polynomial  curve  fitting  (  Real  >  0.0,  or 
blank,  default  =  0.375  ) 
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BMAX 


Maximtun  Beta  value  used  in  the  definition  of  polynomial  curve  fitting  ( Real  >  0.0,  or 
blank,  default  =  10.0 ) 

NBETA  Number  of  Beta  values  ( Integer  >  0,  or  blank,  default  =  7  ) 

Remarks: 

1.  In  order  to  be  used,  the  SLID  must  be  referenced  by  Solution  Control. 

2.  The  second  continuation  entry  is  not  required. 

3.  The  default  values  of  tmin,  tmax,  ntime,  bmin,  bhax  and  nbeta  should  be  adequate. 

4.  The  S3unmetry  flags  refer  to  the  options  selected  on  the  UAKEROi  entries. 


Input  Data  Entry:  BODY 

Description:  Defines  body  configuration  parameters  for  steady  aeroelasticity. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

BODY 

BCID 

CMPNT 

CP 

NRAD 

XLOC 

YLOC 

ZLOC 

_ 1 

BODY 

10 

FUSEL 

0 

3 

Field 

Contents 

BCID  Body  component  identification  number  (Integer  >  0) 

CMPNT  Component  type  (fusel  for  the  fuselage  and  pod  for  a  pod) 

CP  Coordinate  system  of  the  geometry  input  (Integer  >  0,  or  blank) 

NRAD  Number  of  equal  radial  cuts  used  to  define  the  body  (Integer  >  0,  or  blank) 

XLOC ,  YLOC ,  Ordinates  of  the  nose  of  the  pod  in  the  CP  coordinate  system  (Real) 

ZLOC 

Remarks: 

1.  NKAD  is  input  if  equally  spaced  radial  cuts  are  desired.  Arbitrary  radial  cuts  are  specified  using  the 
AXSTA  and  AEFACT  data  entries. 

2.  The  geometry  given  with  the  XLOC,  YLOC,  ZLOC  entries  is  used  only  with  POD  components. 
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Input  Data  Entry:  CAKROl  Aerodjmainic  Panel  Element  Connection 

Description:  Defines  an  aerodynamic  macroelement  (panel)  in  terms  of  two  leading  edge  locations  and 

side  chords.  This  is  used  for  Doublet-Lattice  theory. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CAEROl 

EID 

PID 

CP 

NSPAN 

NCHORD 

LSPAN 

LCHORD 

IGID 

CONT  1 

+BC 

XI 

Y1 

Zl 

X12 

X4 

Y4 

Z4 

X43 

1 

3 

2 

1 

ABC 

+BC 

o 

o 

Field _ _ _ Contents _ _ 

EID  Element  identification  number  (Integer  >  0) 

PID  Identification  number  of  property  entry  (Integer  >  0,  or  blank).  Used  to  specify 

associated  bodies 

CP  Coordinate  system  for  locating  points  1  and  4  (Integer  >  0  or  blank) 

NSPAN  Number  of  span-wise  boxes;  if  a  positive  value  is  given  NSPAM,  equal  divisions  are 

assumed;  if  zero  or  blank,  a  list  of  division  points  is  given  at  nsPAN 
(Integer  >  0  or  blank) 

NCHORD  Number  of  chord-wise  boxes;  if  a  positive  value  is  given  NCHORD,  equal  divisions  are 

assumed;  if  zero  of  blank,  a  bst  of  division  points  is  given  at  lchord 
(Integer  >  0  or  blank) 

LSPAN  Identification  number  of  an  aefact  data  entry  containing  a  bst  of  division  points  for 

span-wise  boxes.  Used  only  if  NSPAN  is  zero  or  blank  (Integer  >  0  or  blank) 

LCHORD  Identification  number  of  an  AEFACT  data  entry  containing  a  bst  of  division  points  for 

chord-wise  boxes.  Used  only  if  nchord  is  zero  or  blank  (Integer  >  0  or  blank) 

Interference  group  identification  (aerodynamic  elements  with  different  iGIDs  are 
uncoupled)  (Integer  >  0) 

XI ,  Y1 ,  Zl ;  Location  of  points  1  and  4,  in  coordinate  system  CP  (Real) 

X4,Y4,Z4 

X12,  X43  Edge  chord  lengths  (in  aerodynamic  coordinate  system)  (Real  >  0,  and  not  both  zero) 

Remarks: 

1.  The  boxes  are  numbered  sequentiaby,  beginning  with  EID. 

2.  The  continuation  entry  is  required. 

3.  The  number  of  division  points  is  one  greater  than  the  number  of  boxes.  Thus,  if  NSPAN  =  3,  ttie 
division  points  are  0.0,  0.333,  0.667,  1.000.  If  the  user  suppbes  division  points,  the  first  and  last 
points  need  not  be  0.  and  1.  (in  which  the  comers  to  the  panel  would  not  be  at  the  reference  points). 

4.  A  triangular  element  is  formed  if  X12  or  X43  =  0.0. 
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2; 


Input  Data  Entry:  CAER02  Unsteady  Aerod3niaiQic  Body  Connection 

Description:  Defines  an  aerodynamic  body  for  Doublet-Lattice  aerodynamics. 


Field 


Contents 


EID 

PID 

CP 

NSB 

NINT 

LSB 

LINT 

IGID 

X1,Y1,Z1 

X12 

Remarks: 


Element  identification  number  (Integer  >  0) 

Property  identification  number  (Integer  >  0) 

Coordinate  system  for  locating  point  1  (Integer  >  0,  or  blank) 

Grid  point  identification  number  of  connection  points  (Integer  >  0) 

Number  of  interference  elements;  if  a  positive  number  is  given,  NSB  equal  divisions 
are  assumed;  if  zero  or  blank,  see  LSB  for  a  list  of  divisions  (Integer  >  0,  or  blank) 

Identification  number  of  an  AEFACT  data  entry  for  slender  body  division  points;  used 
only  if  NSB  is  zero  or  blank  (Integer  >  ,0  or  blank) 

Identification  number  of  an  AEFACT  data  entry  containing  a  list  of  division  points  for 
interference  elements;  used  only  if  NINT  is  zero  or  blank  (Integer  >  0,  or  blank 

Interference  group  identification  (aerodynamic  elements  with  different  iGID’s  are 
uncoupled)  (Integer  >  0) 

Location  of  points  1  and  4,  in  coordinate  system  CP  (Real) 

Edge  chord  lengths  (in  aerodynamic  coordinate  system)  (Real  >  0,  and  not  both  zero) 


1.  Point  1  is  the  leading  point  of  the  body. 

2.  All  CAEROl  (panels)  and  CAER02  (bodies)  in  the  same  group  (IGID)  will  have  aerod3niamic  interac¬ 
tion. 


3.  At  least  one  interference  element  is  required  for  each  aerod3mamic  body  specified  by  this  entry. 

4.  Element  identification  numbers  on  the  aerodynamic  bodies  must  have  the  following  sequence: 

(A)  Panels  first 

(B)  Z  bodies  (see  PAER02  orientation  flag) 

(C)  ZY  bodies 

(D)  Y  bodies 


228 


Input  Data  Entry:  C AERO  6 

Description:  Defines  an  aerod3Uiamic  macroelement  (panel)  for  USSAERO. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

I C AERO 6 

ACID 

CMPNT 

CP 

IGRP 

LCHORD 

LSPAN 

C AERO 6 

1 

WING 

1 

20 

30 

Field 

Contents 

ACID 

CMPNT 

CP 

I  GRP 
LCHORD 


LSPAN 


Remarks: 


Component  identification  number  (Integer  >  0) 

Aircraft  component  (Character)  selected  from: 

WING  FIN  CANARD 

Coordinate  system  (Integer  >  0,  or  blank)  (See  Remark  5) 

Group  number  for  this  component  (Integer  >  0) 

Identification  number  of  an  AEFACT  Bulk  Data  entry  containing  a  list  of  division 
points  in  percent  chord  for  chord-wise  boxes  for  the  aerodynamic  surface.  If  lchord  is 
zero,  the  chord-wise  divisions  are  identified  by  the  ipanel  entry  on  the  AIRFOIL 
Bulk  Data  entry  (Integer  >  ,0  or  blank) 

Identification  number  of  an  AEFACT  Bulk  Data  entry  containing  a  hst  of  division 
points  for  spanwise  boxes.  For  WINGS  and  CANARDS  use  the  y  (lateral)  dimensional 
coordinates  of  the  stations,  and  for  FiNs,  use  the  z  (vertical)  dimensional  coordinates. 
If  LSPAN  is  zero  or  blank,  the  y/z  locations  from  the  AIRFOIL  Bulk  Data  entries  for 
the  component  ACID  are  used  (Integer  >  ,0  or  blank) 


1.  The  IGRP  field  allows  related  components  to  be  processed  together  for  interference  effects;  e.g.,  one 
group  could  be  a  wing/body/tail  combination  while  a  second  group  could  be  a  pod/fin  combination. 


2.  Note  that  the  chord-wise  cuts  are  in  percent  while  the  span-wise  cuts  require  physical  coordinates. 
For  span-wise  cuts,  y-coordinates  are  input  for  wings  and  canards  while  z-coordinates  are  input  for 
fins. 


3.  Only  the  right  half-plane  can  be  modeled  in  USSAERO.  As  such,  all  y-coordinates  specified  by  LSPAN 
must  be  positive. 

4.  The  basic  coordinate  system  must  be  used  (CP  blank).  This  field  exists  for  the  addition  of  a  user 
defined  coordinate  system  in  the  future. 
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Input  Data  Entry:  CASELIST 

Description:  Defines  a  list  of  Subcase  identification  numbers. 

Format  and  Example: 


1 

2 

3  4  5  6  7  8  9  10 

1  CASELIST 

SID 

CASE  6 

CASE? 

CONT 

||cONT 

CASES 

HHI 

CASELIST 

101 

1 

6 

Alternate  Fo 

1 

rm: 

2 

3  4  5  6  7  8 

9 

10 

CASELIST 

SID 

CASEl 

THRU 

CASE2 

— 1 

Contents 

SID  Subcase  set  identification  number  (Integer  >  0) 

CASEi  Subcase  identification  number  (Integer  >  0) 

Remarks: 

1.  CASELIST  Bulk  Data  entries  are  selected  in  the  Fimction  Packet. 

2.  Refer  to  the  Solution  Control  discipline  commands  for  details  on  assigning  subcase  identification 
numbers. 
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Input  Data  Entry:  CBAR  Simple  Beam  Element  Connection 

Description:  Defimes  a  simple  beam  element  (BAR)  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CBAR 

EID 

PID 

GA 

GB 

XI,  GO 

X2 

X3 

TMAX 

CONT  1 

CONT 

PA 

PB 

WlA 

W2A 

W3A 

WIB 

W2B 

W3B 

1 

2 

39 

7 

3 

13 

+23 

123 

Field _ Contents _ 

EID  Unique  element  identification  number  (Integer  >  0). 

PID  Identification  number  of  a  PBAR  property  entry  (Default  is  BID  unless  BAROR  entry 

has  nonzero  entry  in  Field  3)  (Integer  >  0) 

GA ,  GB  Grid  point  identification  numbers  of  cormection  points  (Integer  >  0). 

Xi  Components  of  vector  {v},  at  end  A,  measured  at  end  A,  parallel  to  the  components  of 

the  displacement  coordinate  system  for  GA,  to  determine  (with  the  vector  from  end  A 
to  end  B)  the  orientation  of  the  element  coordinate  system  for  the  BAR  element  (Real) 

GO  Grid  point  identification  number  to  optionally  supply  xi  (Integer  >  0).  Direction  of 

orientation  vector  is  GA  to  GO 

TMAX  Maximum  allowable  cross-sectional  area  in  design  (Real  >  0.0,  or  blank).  Default  =  10^. 

PA,  PB  Pin  flags  for  bar  ends  A  and  B,  respectively  (up  to  5  of  the  unique  digits  1  through  6 

anj^here  in  the  fields  with  no  embedded  blanks;  Integer  >  0  or  blank).  Used  to 
remove  connections  between  the  grid  point  and  selected  degrees  of  fi*eedom  of  the  bar. 
The  degrees  of  freedom  are  defined  in  fire  element’s  coordinate  system.  The  bar  must 
have  stiffiiess  associated  with  the  pm  flag.  For  example,  if  PA=4  is  specified,  the 
PBAR  entry  must  have  a  value  for  J,  the  torsional  stiffiiess. 

WIA, W2A,W3A  Components  of  offset  vectors  wa  and  wb,  respectively,  in  displacement  coordinate 

WIB ,  W2B ,  W3B  systems  at  points  GA  and  GB,  respectively  (Real  or  blank). 

Remarks: 

1.  The  element  coordinate  system  is  shown  in  the  following  figure: 
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Ze 


2.  If  there  are  no  pin  flags  or  offsets,  the  continuation  entry  may  be  omitted. 

3.  The  TMAX  value  is  used  only  for  shape  function  design  variable  linking. 

4.  See  the  BAROR  entry  for  default  options  for  Fields  3  and  6  through  8. 
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Input  Data  Entry:  CELASl  Scalar  Spring  Connection 

Description:  Defines  a  scalar  spring  element  of  the  structural  model 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CELASl 

EID 

PID 

Gl 

Cl 

G2 

C2 

TMAX 

CELASl 

2 

6 

8 

1 

Field 

Contents 

EID  Element  identification  number  (Integer  >  0) 

PID  Identification  number  of  a  peias  property  entry  (Default  is  eid)  (Integer  >  0) 

Gi  Geometric  grid  point  identification  number  (Integer  >  0) 

Ci  Component  number  (6  >  Integer  >  0) 

TMAX  Maximum  value  for  design  (Real,  Default  =  1.0  E4) 

Remarks: 

1.  Scalar  points  may  be  used  for  Gl  and/or  G2  in  which  case  the  corresponding  Cl  and/or  C2  must  be 
zero  or  blank.  Zero  or  blank  may  be  used  to  indicate  a  grounded  terminal  Gl  or  G2  with  a  correspond¬ 
ing  blank  or  zero  Cl  or  C2.  A  groimded  terminal  is  a  point  whose  displacement  is  constrained  to  zero. 

2.  The  two  connection  points  (Gl,  Cl)  and  (G2,  C2)  must  be  distinct. 

3.  TMAX  is  ignored  unless  the  element  is  designed  using  shape  function  linking. 
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Input  Data  Entry:  CEIiAS2  Scalar  Spring  Property  and  Connection 

Description.  Defines  a  scalar  spring  element  of  the  structural  model  without  reference  to  a  property 
entry. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

EID 

K 

Gl 

Cl 

G2 

C2 

GE 

S 

CONT  1 

|C0NT 

TMIN 

TMAX 

1 

— 

28 

6.2+3 

32 

19 

4 

_ _ _ Contents _ _ _ 

EID  Element  identification  number  (Integer  >  0) 

K  The  value  of  the  scalar  spring  (Real  >  0.0) 

Gi  Geometric  grid  point  identification  number  (Integer  >  0) 

Ci  Component  number  (6  >  Integer  >  0) 

GE  Damping  coefBcient  (Real  >  0.0) 

S  Stress  coefiicient  (Real  >  0.0) 

TMIN ,  TMAX  Minimum  and  maximum  values  for  design  (Real) 

Remarks: 

1.  Scalar  points  may  be  used  for  G1  and/or  G2  in  which  case  the  corresponding  cl  and/or  C2  must  be 
zero  or  blank.  Zero  or  blank  may  be  used  to  indicate  a  grounded  terminal  G1  or  G2  with  a  correspond¬ 
ing  blank  or  zero  Cl  or  C2.  A  grounded  terminal  is  a  point  whose  displacement  is  constrained  to  zero. 

2.  This  single  entry  completely  defines  the  element  since  no  material  or  geometric  properties  are 
required. 

3.  The  two  connection  points  (Gl,  Cl)  and  (G2,  C2)  must  be  distinct. 

4.  The  TMIN  and  TMAX  values  are  ignored  unless  shape  function  design  variable  liTiVing  is  used. 
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Input  Data  Entry:  CXHEXl  Linear  Isoparametric  Hexahedron  Element  Connection 

Description:  Defines  a  linear  isoparametric  hexahedron  element  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CIHEXl 

EID 

PID 

Gl 

G2 

G3 

G4 

G5 

G6 

CONT 

CONT 

G7 

G8 

CIHEXl 

137 

5 

3 

8 

5 

4 

9 

14 

ABC 

+BC 

88 

602 

Field _  _  Contents _ _ _ _ 

eid  Element  identification  number  (Integer  >  0). 

PID  Identification  number  of  a  PIHEX  property  entry  (Integer  >  0).  (Default  is  EID) 

Gi  Grid  point  identification  numbers  of  connection  points 

(Integer  >  0,  G1  ^  G2  ^...G8). 

Remarks: 

1.  Grid  points  Gl,  G2,  G3,  and  G4  must  be  given  in  counterclockwise  order  about  one  quadrilateral  face 
when  viewed  fi-om  within  the  element.  Grid  points  G5,  G6,  G7,  and  G8  must  also  be  given  in  counter¬ 
clockwise  order,  and  Gl  and  G5  must  be  along  the  same  edge  as  shown  in  the  figure  below: 


2.  There  is  no  nonstructural  mass. 

3.  The  quadrilateral  faces  need  not  be  planar. 

4.  Stresses  are  given  in  the  basic  coordinate  system. 

5.  The  continuation  is  required. 

6.  No  physical  property  in  this  element  can  be  used  as  a  local  design  variable  for  automated  design. 
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Input  Data  Entry:  CIHEX2  Quadratic  Isoparametric  Hexahedron  Element  Connection 

Description:  Defines  a  quadratic  isoparametric  hexahedron  element  of  the  structural  model. 

Format  and  Example: 

^  23456789 


CIHEXl 


CONT 


CONT 


CIHEXl 


+BC 


+EF 


Remarks: 


9  10 


CONT 


G14  CONT 


3 

8 

12 

13 

16 

19 

20 

17 

33 

28 

25 

24 

Contents 


Element  identification  number  (Integer  >  0) 

Identification  number  of  a  PIHEX  property  entry  (Integer  >  0)  (Default  is  EID) 

Grid  point  identification  numbers  of  connection  points 
(Integer  >  0,  G1 G2  G20). 


1.  CJrid  points  G1,...,G8  must  be  given  in  counterclockwise  order  about  one  quadrilateral  face  when 
viewed  from  within  the  element.  G9,...,G12  and  G13,...,G20  must  also  be  in  a  counterclockwise 
direction  with  Gl,  G9  and  G13  along  the  same  edge  as  shown  in  the  figure  below: 


G17  G16  G15 


2.  There  is  no  nonstructural  mass. 

3.  The  quadrilateral  faces  need  not  be  planar. 

4.  Stresses  are  given  in  the  basic  coordinate  system. 

5.  The  continuations  are  required. 

6.  No  physical  property  in  this  element  can  be  used  as  a  local  design  variable  for  automated  design. 
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Input  Data  Entry:  CIHEX3  Cubic  Isoparametric  Hexahedron  Element  Connection 

Description:  Defines  a  cubic  isoparametric  hexahedron  element  of  the  structural  model. 


Format  and  Example: 
1  2 


10 


CIHEXl 


CONT 


CONT 


EID 


G7 

G15 


PID 


G8 


G16 


G1 


G9 


G17 


G2 


GIO 


G18 


G3 


Gil 


G19 


G4 


G12 


G20 


G5 


G13 


G21 


G6 


G14 


G22 


CONT 


CONT 


CONT 


CONT 


CONT 


G23 


G31 


G24 


G25 


G26 


G27 


G28 


G29 


G32 


G3  0 


CONT 


CIHEXl 


+BC 


+EF 


+HI 


+KL 


Field 


15 


20 


31 


106 


38 


13 


32 


213 


37 


10 


33 


413 


28 


95 


12 


25 


67 


17 


24 

40 


18 


22 


108 


45 


Contents 


19 


25 


214 


90 


ABC 

DEF 


GHI 


+KL 


EID 

PID 

Gi 


Element  identification  number  (Integer  >  0). 

Identification  number  of  a  PIHEX  property  entry  (Integer  >  0)  (Default  is  eid) 


Grid  point  identification  number  of  connection  points 
(Integer  >  0,  Gl  9^  G2^  ...  ^  G32 ) . 


Remarks: 


1. 

2. 

3. 

4. 

5. 

6. 


clockwise  direction  with  ol,  su ,  017.  and  02 1  along  the  same  edge  as  shown  in  the  previoi 

There  is  no  nonstructural  mass. 


The  quadrilateral  faces  need  not  be  planar. 

Stresses  are  given  in  the  basic  coordinate  system. 

The  continuations  are  required. 

No  physical  property  in  this  element  can  be  used  as  a  local  design  for  automated  design. 
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Input  Data  Entry:  CMJ^SSl  Scalar  Mass  Connection 

Description:  Defines  a  scalar  mass  element  of  the  structimal  model. 


Format  and  Example: 

123456789  10 


IcMASSl 

EID 

PID 

Gl 

Cl 

G2 

C2 

TMAX 

CMASSl 

32 

6 

2 

1 

Field  Contents 

eid  Element  identification  number  (Integer  >  0) 

PID  Identification  ntimber  of  a  pmass  property  entry  (Default  is  EID)  (Integer  >  0) 

Gi  Geometric  grid  point  identification  number  (Integer  >  0) 

ci  Component  number  (6  S  Integer  >  0) 

tmax  The  maximum  mass  value  allowed  in  design  (Real,  Defaralt  =  10^) 

Remarks: 

1.  Scalar  points  may  be  used  for  Gl  and/or  G2  in  which  case  the  corresponding  Cl  and/or  C2  must  be 
zero  or  blank.  Zero  or  blank  may  be  used  to  indicate  a  groimded  terminal  Gl  or  G2  with  a  correspond¬ 
ing  blank  or  zero  Cl  or  C2.  A  grounded  terminal  is  a  point  whose  displacement  is  constrained  to  zero. 

2.  The  two  coimection  points  (Gl,  Cl)  and  (G2,  C2),  must  be  distinct.  Except  in  unusual  circumstances, 
one  of  them  will  be  a  grounded  terminal  with  blank  entries  for  G  and  C. 

3.  The  TMAX  value  is  used  only  for  shape  function  design  variable  linking. 
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Input  Data  Entry:  C11ASS2  Scalar  Mass  Property  and  Connection 

Description:  Defines  a  scalar  mass  element  of  the  structural  model  without  reference  to  a  property 

entry. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

|CMASS2 

EID 

M 

Gl 

Cl 

G2 

C2 

TMIN 

TMAX 

CMASS2 

32 

9.25 

6 

1 

Field 

Contents 

EID  Element  identification  number  (Integer  >  0) 

M  The  value  of  the  scalar  mass  (Real) 

Gi  Geometric  grid  point  identification  number  (Integer  >  0) 

Ci  Component  number  6  >  Integer  >  0) 

TMIN ,  TMAX  The  minimum  and  maximum  mass  values  in  design  (Real) 

Remarks: 

1.  Scalar  points  may  be  used  for  G1  and/or  G2  in  which  case  the  corresponding  cl  and/or  C2  must  be 
zero  or  blank.  Zero  or  blank  may  be  used  to  indicate  a  groimded  terminal  gi  or  G2  with  a  correspond¬ 
ing  blank  or  zero  Cl  or  C2.  A  grounded  terminal  is  a  point  whose  displacement  is  constrained  to  zero. 

2.  This  single  entry  completely  defines  the  element  since  no  material  or  geometric  properties  are 
required. 

3.  The  two  connection  points  (61,  Cl)  and  (G2,  C2),  must  be  distinct.  Except  in  xmusual  circumstances, 
one  of  them  will  be  a  grounded  terminal  with  blank  entries  for  G  and  C. 

4.  The  TMIN  and  TMAX  values  are  used  only  for  shape  function  design  variable  linking. 
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Input  Data  Entry:  CONEFFF 


Flutter  aerod3nianiic  control  effectiveness  data 


Description:  Defines  adjustment  factors  of  control  surface  effectiveness  values  for  use  in  flutter  analy¬ 

sis. 

Format  and  Example: 


CONEFFF  EFFID 


CONEFFF 


EFFID 


MACRO ID 


BOXl,  BOX2 
Remarks: 


Contents 


Effectiveness  identification  number  (Integer  >  0) 

Effectiveness  value  (Real) 

Structural  mode  to  which  the  effectiveness  is  to  be  applied  (Integer  >  0) 
Aerodynamic  component  (macroelement)  on  which  the  control  surface  hes 
First  and  last  box  whose  effectiveness  is  to  be  altered  (Integer  >  0,  BOX2  >  BOXl) 


1.  The  EFFID  is  referenced  by  the  FLUTTER  bulk  data  entry. 

2.  The  EFFID  need  not  be  unique. 

3.  The  pressures  for  the  referenced  mode  and  aD  the  referenced  boxes  will  be  modified  by  the  EFF 
parameter.  For  example,  EFF  =  0.60  indicates  a  40  percent  reduction  in  the  effectiveness  for  the 
affected  boxes. 

4.  Refer  to  the  SPLINEI  bulk  data  entry  for  the  interpretation  of  BOXl  and  BOX2. 
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Input  Data  Entry:  CONEPFS  Static  aerodynamic  control  effectiveness  data 

Description:  Defines  adjustment  factors  for  control  surface  effectiveness  values  for  use  in  static  aeroe- 

lastic  analysis  and  nonplanar  aerodynamic  analysis. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

[CONEFFS 

EFFID 

LABELI 

EFFI 

LABEL2 

EFF2 

LABELS 

EFF3 

CONT 

jcONT 

LABEL4 

EFF4 

-etc- 

CONEFFS 

10 

AILl 

0.65 

INBORD 

0.55 

Field _  Contents _ 

EFF  ID  A  unique  identification  number  identifying  the  set 

LABELi  A  unique  alphanumeric  string  of  up  to  eight  characters  to  identify  a  control  siutface 

defined  by  an  AESXJRF  entiy 

EFFi  Effectiveness  value  for  the  associated  surface  (Real) 

Remarks: 

1.  The  set  identification  number  is  referenced  by  the  trim  bulk  data  entry. 

2.  All  aerodynamic  forces  created  by  the  control  surface  will  be  reduced  to  the  reference  amount.  For 
example,  EFFI  =  0.70  indicates  a  30  percent  reduction  in  the  forces. 
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Input  Data  Entry:  CONLINK  Linked  Control  Surfaces 

Description:  Causes  control  surfaces  to  vary  in  a  prescribed  fashion  relative  to  one  another. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CONLINK 

LABEL 

LABELl 

VALI 

LABEL2 

VAL3 

CONT 

CONT 

LABEL4 

VAL4 

-etc- 

CONLINK 

ROLLl 

AIL 

1.0 

LEFLAP 

1.0 

Field _ Contents  _ 

LABEL  A  unique  alphanumeric  string  of  up  to  eight  characters  to  identify  the  control  surface 

taht  is  composed  of  other  control  surfaces. 

LABEL!  A  unique  alphanumeric  string  of  up  to  eight  characters  to  identify  a  control  surface 

defined  by  an  AESURF  entry 

VALi  Participation  factor  (Real) 

Remarks: 

1.  All  of  the  LABEL  surfaces  must  be  of  the  same  type,  e.g.  SYM.  See  the  aesurp  entry  for  additional 
information. 

2.  An  arbitrary  nximber  of  entries  are  allowed. 

3.  The  CONLINK  entry  may  not  reference  the  LABEL  of  another  CONLINK  entry. 
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Input  Data  Entry:  CONMl  Concentrated  Mass  Element  Connection,  General  Form 

Description:  Defines  a  6  x  6  symmetric  matrix  at  a  geometric  grid  point  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CONMl 

— 

EID 

G 

CID 

Mil 

M21 

M2  2 

M31 

M3  2 

CONT 

M41 

M42 

M43 

M44 

M51 

M52 

M53 

CONT 

CONT 

M62 

M63 

M64 

M65 

M66 

2 

22 

2 

2.9 

6.3 

+1 

+1 

+1 

00 

+2 

+2 

28.6 

28.6 

Field _ _ _ Contents _ _ _ _ 

Element  identification  number  (Integer  >  0). 

Grid  point  identification  number  (Integer  >  0). 

Coordinate  system  identification  number  for  the  mass  matrix  (Integer  >  0  or  blank) 
Mass  matrix  values  (Real). 

Remarks: 

1.  For  a  less  general  means  of  defining  concentrated  mass  at  grid  points,  see  COI1M2. 

2.  No  physical  property  in  this  element  can  be  used  as  a  local  design  variable  for  automated  design. 


EID 

G 

CID 
Mi  j 
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Input  Data  Entry:  CONM2  Concentrated  Mass  Element  Connection,  Rigid  Body  Form 

Description:  Defines  a  concentrated  mass  at  a  grid  point  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CONM2 

EID 

G 

CID 

M 

XI 

X2 

X3 

CONT 

CONT 

Ill 

121 

122 

131 

132 

133 

TMIN 

TMAX 

CONM2 

2 

15 

6 

49.7 

123 

+23 

16.2 

16.2 

7.8 

Field 

EID 

G 

CID 


M 


_ Contents _ 

Element  identification  number  (Integer  >  0). 

Grid  point  identification  number  (Integer  >  0). 

Coordinate  system  identification  number  (Integer  >  -1).  A  CID  of  (integer)  allows 
the  user  to  input  Xi  as  the  center  of  gravity  location  in  the  basic  coordinate  system.  A 
CID  of  0  implies  the  basic  coordinate  system 

Mass  value  (Real). 


Xi 


lij 

TMIN, TMAX 


Offset  distances  fi:om  the  grid  point  to  the  center  of  gravity  of  the  mass  in  the 
coordinate  system  defined  in  Field  4,  unless  CID  =  —1,  in  which  case  xi  are  the 
coordinates  of  the  center  of  gravity  of  the  mass  in  the  basic  coordinate  system  (Real). 

Mass  moments  of  inertia  measured  at  the  mass  c.g.,  in  coordinate  system  defined  by 
Field  4  (Real).  If  CID  =  ~1,  the  basic  coordinate  system  is  implied. 

The  minimum  and  maximum  mass  values  for  design  (Real) 


Remarks: 

1.  The  continuation  entry  may  be  omitted. 

2.  If  CID  =  -1,  offsets  are  internally  computed  as  the  difference  between  the  grid  point  location  and 
Xi.  The  grid  point  locations  may  be  defined  in  a  nonbasic  coordinate  system.  In  this  case,  the  values 
of  lij  must  be  in  a  coordinate  system  that  parallels  the  basic  coordinate  system. 
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3.  The  form  of  the  inertia  matrix  about  its  c.g.  is  taken  as: 


M  = 


M 

M  SYM 

M 

Ill 

-I21  I22 
-I31  -I32  I33 


where: 

M  =  J  pdv 

111=  J  p(  +xi )  dv 

122  =  J  p{x\+x‘^)dv 
I33  =  J  p(  )  dv 
121  ssj  pxix2dv 

131  =  J  pxixz  dv 

132  =  J  px2xzdv 


and  Xj,  X2,  Xg  are  components  of  distance  from  the  center  of  gravity  in  the  coordinate  system  defined 
in  Field  4.  The  negative  signs  for  the  off-diagonal  terms  are  supplied  by  the  program.  A  warning 
message  is  issued  if  the  inertia  matrix  is  non-positive  defimte,  as  this  may  cause  fatal  errors  in 
dynamic  analysis  modules. 

4.  For  design,  the  mass  moments  of  inertia  must  be  zero. 

5.  The  TMIN  and  TMAX  values  are  used  only  for  shape  function  design  variable  Unking. 
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Input  Data  Entry:  CONROD  Rod  Element  Property  and  Connection 

Description:  Defines  a  rod  element  of  the  structural  model  without  reference  to  a  property  entry. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CONROD 

EID 

G1 

G2 

MID 

A 

J 

C 

NSM 

CONT 

CONT 

TMIN 

TMAX 

CONROD 

2 

16 

17 

23 

2,69 

Field _ _ _ Contents  _ _ 

EID  Element  identification  number  (Integer  >  0). 

G1 ,  G2  Grid  point  identification  numbers  of  connection  points  (Integer  >  0) 

mid  Material  identification  number  (Integer  >  0). 

A  Area  of  rod  (Real  >  0.0 ). 

j  Torsional  constant  (Real  >  0.0 ). 

C  Coefficient  for  torsional  stress  determination  (Real). 

NSM  Nonstructural  mass  per  unit  length  (Real). 

TMIN,  TMAX  Minimum  and  maximum  allowable  cross-sectional  areas  in  design 

(Real  >  0.0,  or  blank) 

Remarks: 

1.  For  structural  problems,  CONROD  entries  may  only  reference  HATl  material  entries. 

2.  The  continuation  entry  is  optional. 

3.  TMAX  and  TMIN  are  ignored  unless  element  is  linked  to  global  design  variable  through  a  SHARE 
entry. 
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Input  Data  Entry:  CONVERT 

Description:  Defines  conversion  factors  for  various  physical  quantities. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CONVERT 

QUANTI 

FACTOR 

QUANT2 

FACTOR 

QUANTS 

FACTOR 

QUANT4 

FACTOR 

CONT 

CONT 

QUANT 

FACTOR 

QUANT 

FACTOR 

-etc- 

CONVERT 

MASS 

0.00259 

Field  _ Contents _ 

QUANTi  A  character  string  identifying  the  physical  quantity  to  be  converted 


=  MASS,  or  VELOCITY 

FACTOR  The  conversion  factor  (Real  ^  0.0) 

Remarks: 

1.  Any  number  of  valid  quantity-factor  combinations  can  be  entered  on  a  single  entry. 

2.  Only  MASS  and  VELOCITY  are  currently  valid  quantity  entries. 

3.  Input  mass  values  will  be  multiplied  by  the  input  factor.  Input  velocities  will  be  multiplied  by  the 
factor. 
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Input  Data  Entry:  CORDIC  Cylindrical  Coordinate  System  Definition,  Form  1. 

Description:  Defines  a  cylindrical  coordinate  system  by  reference  to  three  gnd  points.  These  points 

must  be  defined  in  coordinate  systems  whose  definition  does  not  involve  the  coordinate 
system  being  defined.  The  first  point  is  the  origin,  the  second  lies  on  the  z-axis,  and  the 
third  lies  in  the  plane  of  the  azimuthal  origin. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  CORDIC 

CID 

Gl 

G2 

G3 

CID 

Gl 

G2 

G3 

3 

16 

32 

19 

Field _ Contents _ _ 

ciD  Coordinate  system  identification  number  (Integer  >  0) 

Gi  Grid  point  identification  number  (Integer  >  0;  G1  G2  G3). 


Remarks: 

1.  Coordinate  system  identification  niunbers  on  aU  cordir,  cordic,  cordis,  corj}2r,  cord2C,  and 
CORD2S  entries  must  be  unique. 

2.  The  three  points  Gl,  G2,  and  G3  must  be  noncoUinear. 

3.  The  location  of  a  grid  point  (P  in  the  sketch)  in  this  coordinate  system  is  given  by  (R,  9,  Z)  where  0  is 
measured  in  degrees. 

4.  The  displacement  coordinate  directions  at  P  are  dependent  on  the  location  of  P  as  shown  above  by 

K,  >• 

5.  Points  on  the  z-axis  may  not  have  their  displacement  directions  defined  in  this  coordinate  system 
since  an  ambiguity  results. 

6.  One  or  two  coordinate  systems  may  be  defined  on  a  single  entry. 
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Rectangular  Coordinate  System  Definition,  Form  1. 


Description:  Defines  a  rectan^ar  coordinate  system  by  reference  to  three  grid  points.  These  points 

must  be  defined  in  coordinate  systems  whose  defimtion  does  not  involve  the  coordinate 
systems  defined.  The  first  point  is  the  origin,  the  second  lies  on  the  z-axis,  and  the  third 
lies  in  the  x-z  plane. 


_ _ _ Contents _ _ 

CID  Coordinate  system  identification  number  (Integer  >  0) 

Grid  point  identification  number  (Integer  >  0;  G1  62  ^  63). 


z 


Remarks: 

1.  Coordinate  system  identification  numbers  on  all  CORDIR,  CORDIC,  cordis,  CORD2R,  CORD2C,  and 
CORD2S  entries  must  be  unique. 

2.  The  three  points  61, 62,  and  63  must  be  noncollinear. 

3.  The  location  of  a  grid  point  (p  in  the  sketch)  in  this  coordinate  system  is  given  by  (X,  Y,  Z). 

4.  The  displacement  coordinate  directions  at  P  are  shown  above  by  (u^,  Uy,  u^) 

5.  One  or  two  coordinate  systems  may  be  defined  on  a  single  entry. 
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Input  Data  Tintry-  CORDIS  Spherical  Coordinate  System  Definition,  Form  1. 

Description;  Defines  a  spherical  coordinate  system  by  reference  to  three  grid  points.  These  points 
must  be  defined  in  coordinate  systems  whose  definition  does  not  involve  the  coordinate 
systems  defined.  The  first  point  is  the  origin,  the  second  lies  on  the  z-axis,  and  the  third 
lies  in  the  plane  of  the  azimuthal  origin. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CORDIS 

CID 

Gl 

G2 

G3 

CID 

Gl 

G2 

G3 

1 

3 

16 

32 

19 

Field 

Contents 

CiD  Coordinate  system  identification  number  (Integer  >  0) 

Gi  Grid  point  identification  number  (Integer  >  0;  G1  ^  G2  G3). 


z 


Remarks: 

1.  Coordinate  system  identification  numbers  on  all  CORBIR,  CORSIC,  CORSIS,  CORS2R,  CORD2C,  and 
CORD2S  entries  must  be  unique. 

2.  The  three  points  Gl,  G2,  and  G3  must  be  noncollinear. 

3.  The  location  of  a  grid  point  (P  in  the  sketch)  in  this  coordinate  system  is  given  by  (R,  6,  ()>)  where  0 
and  (p  are  measured  in  degrees. 

4.  The  displacement  coordinate  directions  at  P  are  dependent  on  the  locations  of  P  as  shown  above  by 

"<p^- 

5.  Points  in  the  polar  axis  may  not  have  their  displacement  direction  defined  in  this  coordinate  system 
since  an  ambiguity  results. 

6.  One  or  two  coordinate  systems  may  be  defined  on  a  single  entry. 


251 


Input  Data  Entry:  C0RD2C  Cylindrical  Coordinate  System  Definition,  Form  2. 

Description:  Defines  a  cylindrical  coordinate  system  by  reference  to  the  coordinates  of  three  grid 

points.  The  first  point  defines  the  origin.  The  second  point  defines  the  direction  of  the 
z-axis.  The  third  lies  in  the  plane  of  the  azimuthal  origin.  The  reference  coordinate 
system  must  be  independently  defined. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CORD2C 

CID 

RID 

Al 

A2 

A3 

Bl 

B2 

B3 

CONT 

CONT 

Cl 

C2 

C3 

CORD2C 

3 

17 

-2.9 

1.0 

o 

o 

3.6 

o 

o 

1.0 

123 

+23 

5.2 

1.0 

-2.9 

Field _ Contents _ _ _ 

CID  Coordinate  system  identification  number  (Integer  >  0) 

RID  Reference  to  a  coordinate  system  which  is  defined  independently  of  new  coordinate 

system  (Integer  >  0,  or  blank) 

Ai ,  Bi ,  Ci  Coordinates  of  three  points  in  coordinate  system  defined  by  RID  (Real) 


Remarks: 

1.  Continuation  entry  must  be  present. 

2.  The  three  points  (Al,  A2,  A3),  (Bl,  B2,  B3),  (Cl,  C2,  C3)  must  be  unique  and  noncoUineair,  Noncoh 
linearity  is  checked  by  the  geometry  processor. 

3.  Coordinate  system  identification  numbers  on  all  CORDIR,  CORDIC,  CORDIS,  CORD2R,  CORD2C,  and 
CORD2S  entries  must  all  be  unique. 
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4.  An  RID  of  zero  references  the  basic  ordinate  system. 

5.  The  location  of  a  grid  point  (P  in  the  sketch)  in  this  coordinate  is  given  by  (R,  0,  Z)  where  6  is 
measured  in  degrees. 

6.  The  displacement  coordinate  directions  at  P  are  dependent  on  the  location  of  P  as  shown  above  by 
(u^,ue,u^). 

7.  Points  on  the  z-axis  may  not  have  their  displacement  direction  defined  in  this  coordinate  system 
since  an  ambiguity  results. 
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Input  Data  Entry:  C0RD2R  Rectangular  Coordinate  System  Definition,  Form  2. 

Description:  Defines  a  rectangular  coordinate  system  by  reference  to  coordinates  of  three  points.  The 

first  point  defines  the  origin.  The  second  defines  the  direction  of  the  z-axis.  The  third 
point  defines  a  vector  which,  with  the  z-axis,  defines  the  x-z  plane.  The  reference  coordi¬ 
nate  system  must  be  independently  defined. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CORD2R 

CID 

RID 

Al 

A2 

A3 

Bl 

B2 

B3 

CONT 

CONT 

Cl 

C2 

C3 

3 

17 

-2.9 

1.0 

o 

o 

3.6 

o 

o 

1.0 

+23 

5.2 

1,0 

-2.9 

Field  _ _ _ Contents _ _ _ 

Coordinate  system  identification  number  (Integer  >  0) 

Reference  to  a  coordinate  system  which  is  defined  independently  of  new  coordinate 
system  (Integer  >  0,  or  blank) 

Coordinates  of  three  points  in  coordinate  system  defined  by  RID  (Real) 


CID 

RID 


Remarks: 

1.  The  continuation  entry  must  be  present. 

2.  "me  t^ee  points  (Al,  A2,  A3),  (Bl,  B2,  B3),  (Cl,  C2,  C3)  must  be  unique  and  noncollinear.  Noncol- 
linearity  is  checked  by  the  geometry  processor. 

3.  Coordinate  system  identification  numbers  on  all  CORBIR,  CORBIC,  cordis,  cord2R,  cord2C,  and 
CORD2S  entries  must  all  be  unique. 

4.  An  RID  of  zero  references  the  basic  coordinate  system. 

5.  The  location  of  a  grid  point  (P  in  the  sketch)  in  this  coordinate  system  is  given  by  (X,  Y,  Z) 

6.  The  displacement  coordinate  directions  at  P  are  shown  by  (u^^,  Uy,  u^) 
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Input  Data  Entry:  C0RD2S  Spherical  Coordinate  System  Definition,  Form  2. 

Description:  Defines  a  spherical  coordinate  system  by  reference  to  the  coordinates  of  three  points.  The 

first  point  defines  the  origin.  ITie  second  point  defines  the  direction  of  the  z-axis.  The 
third  lies  in  the  plane  of  the  azimuthal  origin.  The  reference  coordinate  system  must  be 
independently  defined. 


Format  and  Exaimple: 

123456789  10 


|C0RD2S 

CID 

RID 

Al 

A2 

A3 

Bl 

B2 

B3 

CONT 

CONT 

Cl 

C2 

C3 

3 

17 

-2.9 

1.0 

0.0 

3.6 

o 

o 

1.0 

123 

+23 

5.2 

1.0 

1 

to 

Field _ Contents  _ 

CID  Coordinate  system  identification  number  (Integer  >  0) 

RID  Reference  to  a  coordinate  system  which  is  defined  independently  of  of  new  coordinate 

system  (Integer  >  0,  or  blanJs) 

Ai ,  Bi ,  Ci  Coordinates  of  three  points  in  coordinate  system  defined  by  RID  (Real) 


z 


Remarks: 

1.  The  continuation  entry  must  be  present. 

2.  The  three  points  (Al,  A2,  A3),  (Bl,  B2,  B3),  (ci,  C2,  C3)  must  be  unique  and  noncollinear. 

3.  Coordinate  system  identification  numbers  on  all  CORDIR,  CORDIC,  CORDIS,  CORD2R,  CORD2C  and 
CORD2S  entries  must  all  be  unique. 

4.  An  RID  of  zero  references  the  basic  coordinate  system. 
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5.  The  location  of  a  grid  point  (P  in  the  sketch)  in  this  coordinate  system  is  given  by  (R,  0,  9)  where  6, 
and  9  are  measured  in  degrees. 

6.  The  displacement  coordinate  directions  at  P  are  shown  above  by  (u^.,  Ug,  u^p). 

7.  Points  on  the  polar  axis  may  not  have  their  displacement  directions  defined  in  this  coordinate  system 
since  an  ambiguity  results. 
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Input  Data  Entry:  CQDMEMl  Isoparametric  Quadrilateral  Element  Connection 
Description:  Defines  the  isoparametric  quadrilateral  membrane  element. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  CQDMEMl 

EID 

PID 

_ 

Gl 

G2 

G3 

G4 

TM 

TMAX 

CQDMEMl 

72 

13 

13 

14 

15 

16 

29.2 

Field 

Contents 

EID  Element  identification  number  (Integer  >  0). 

PID  Identification  number  of  a  pqdhehI  or  pcomp  property  entry  (Default  is  EID) 

(Integer  >  0). 


Gi  Grid  point  identification  numbers  of  connection  points  (Integer  >  0) 

TM  Material  property  orientation  angle.  If  TM  is  real,  the  sketch  below  gives  the  sign 

convention  for  TM.  If  TM  is  an  integer,  the  material  x-axis  is  along  the  projection  onto 
the  plane  of  the  element  of  the  x-axis  of  coordinate  system  identified  by  the  integer. 

TMAX  Maximum  allowable  element  thickness  in  design  (Real  >  0.0  or  blank).  (Default=10'*) 

Remarks: 

1.  Grid  points  Gl  through  G4  must  be  ordered  consecutively  aroimd  the  perimeter  of  the  element  as 
shown  in  the  figure  below. 


2.  AH  interior  angles  must  be  less  than  180°. 

3.  TMAX  is  ignored  unless  element  is  linked  to  global  design  variable  by  a  shape  entiy. 
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Quadrilateral  Element  Connection 


Input  Data  Entry:  CQUAD4 

Description:  Quadrilateral  plate  element  (QUAD4)  of  the  structural  model.  This  is  an  isoparametric 

membrane-bending  element. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CQUAD4 

EID 

PID 

GI 

G2 

G3 

1 

G4 

TM 

ZOFF 

CONT  j 

jcONT 

TMAX 

Tl 

T2 

T3 

T4 

1 

CQUAD4 

101 

17 

1001 

1005 

1010 

1024 

45.0 

0.01 

ABC 

+BC 

0.03 

0.125 

0.05 

0,04 

Field _ _ Contents _ 

EID  Element  identification  number  (Integer  >  0) 


PID 


Identification  number  of  a  PSHELL  or  PCOMPi  entry  (Default  is  eid)  (Integer  >  0). 


Gi 

TM 


ZOFF 

TMAX 

Ti 


Remarks: 


Grid  point  identification  numbers  of  connection  points  (Integer  >  0). 

Material  property  orientation  specification  (Real  or  blank;  or  0  <  Integer  <  1,000,000). 
If  Real  or  blank,  specifies  the  material  property  orientation  angle  in  degrees.  If 
Integer,  the  orientation  of  the  material  x-axis  is  along  the  projection  onto  the  plane  of 
the  element  of  the  x-axis  of  the  coordinate  system  specified  by  the  integer  value. 


Offset  of  the  element  reference  plane  firom  the  plane  of  grid  points.  A  positive  value 
means  the  +ze  direction.  (Real  or  blank,  see  Remark  2  for  default). 


Maximum  allowable  element  thickness  in  design  (Real  >  0.0). 


Membrane  thickness  of  element  at  grid  points  Gi  (Real  or  blank,  see  Remark  3  for 
default). 


1.  The  QUAD4  geometry,  coordinate  systems  and  numbering  are  shown  in  the  figure  below: 
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2.  The  material  coordinate  system  (tm)  and  the  offset  (zoff)  may  also  be  provided  on  the  FSHELL  entry. 
The  property  data  will  be  used  if  the  corresponding  field  on  the  CQnAD4  entry  is  blank.  The  element 
reference  plane  is  located  at  the  mid-thickness  of  the  element  parallel  to  the  element  mean  plane. 

3.  The  Ti  are  optional,  if  not  supplied  they  will  be  set  to  the  value  of  T  specified  on  the  pseell  entry. 
In  such  cases,  the  continuation  entry  is  not  required. 

4.  TMAX  is  ignored  unless  the  element  is  linked  to  the  global  design  variables  by  a  shme  entry. 


Input  Data  Entry:  CROD  Rod  Element  Connection 

Description:  Defines  a  tension-compression-torsion  element  (ROD)  of  the  structural  model. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

II  CROD 

EID 

PID  j 

Gl 

G2 

TMAX 

'  12 

^  13 

21 

23 

Field 

Contents 

EID  Element  identification  number  (Integer  >  0). 

PIE  Identification  number  of  a  PROD  property  entiy  (Default  is  EID)  (Integer  >  0). 

Gi  Grid  point  identification  numbers  of  connection  points  (Integer  >  0) 

TMAX  Maximum  allowable  rod  area  in  design  (Real  >  0.0  or  blank) 

Remarks: 

1.  See  CONROD  for  alternative  method  of  rod  definition. 

2.  Only  one  ROD  element  may  be  defined  on  a  single  entry. 

3.  TMAX  is  ignored  unless  the  element  is  linked  to  global  design  variables  by  a  SHAPE  entry. 


Input  Data  Entry:  CSHEAR  Shear  Panel  Element  Connection 

Description:  Defines  a  shear  panel  element  (SHEAR)  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CSHEAR 

EID 

PID 

Gl 

G2 

G3 

G4 

TMAX 

3 

6 

5 

3 

7 

.  -  _ 

Field 

Contents 

EID  Element  identification  number  (Integer  >  0). 

PID  Identification  number  of  a  pshear  property  entry  (Default  is  Eip)  (Integer  >  0). 

Gi  Grid  point  identification  numbers  of  coimection  points  (Integer  >  0) 

TMAX  Maximum  allowable  thickness  in  design  (Real  >  0.0,  or  blank). 

Remarks: 

1.  Grid  points  Gl  through  G4  must  be  ordered  consecutively  around  the  perimeter  of  the  element. 

2.  All  interior  angles  must  be  less  than  180°. 

3.  TMAX  is  ignored  vmless  element  is  linked  to  global  design  variable  by  a  shape  entry. 


261 


Input  Data  Entry:  CTRXA3  Triangular  Element  Connection 

Description:  Defines  a  triangular  shell  element  (TRIAS)  of  the  structural  model. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CTRIA3 

EID 

PID 

Gl 

G2 

G3 

TM 

ZOFF 

CONT 

CONT 

TMAX 

Tl 

T2 

T3 

CTRIA3 

101 

17 

1010 

45.0 

0.01 

ABC 

+BC 

0.03 

0.125 

0.05 

Field _ _ Contents _ _ _ 

EID  Element  identification  niimber  (Integer  >  0) 

PIE  Identification  number  of  a  PSHELI.  or  PCOMPi  property  entry  (Default  is  eid) 

(Integer  >  0). 

Gi  Grid  point  identification  niunbers  of  connection  points  (Integer  >  0). 

TM  Material  property  orientation  specification  (Real  or  blank;  or  0  <  Integer  <  1,000,000). 

If  Real  or  blank,  specifies  the  material  property  orientation  angle  in  degrees.  If 
Integer,  the  orientation  of  the  material  x-asds  is  along  the  projection  onto  the  plane  of 
the  element  of  the  x-axis  of  the  coordinate  system  specified  by  the  integer  value. 

ZOFF  Offset  of  the  element  reference  plane  fi'om  the  plane  of  grid  points.  A  positive  value 

means  tiie  +ze  direction.  (Real  or  blank,  see  Remark  2  for  default). 

TMAX  Maximum  allowable  element  thickness  in  design  (Real  >  0.0)  (Default  =  lO'^) 

Ti  Membrane  thickness  of  element  at  grid  points  Gi  (Real  or  blank,  see  Remark  3  for 

default). 

Remarks: 

1.  The  TRXA3  geometry,  coordinate  systems  and  numbering  are  shown  in  the  figure  below: 

Ye 

Xm 

Xe 
G1 

2.  The  material  coordinate  system  (tm)  and  the  offset  (ZOFF)  may  also  be  provided  on  the  PSHEIiL  entry. 
The  property  data  will  be  used  if  the  corresponding  field  on  the  CTRIA3  entry  is  blank.  The  element 
reference  plane  is  located  at  the  mid-thickness  of  the  element  parallel  to  the  element  mean  plane. 
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3.  The  Ti  are  optional,  if  not  supplied  they  will  be  set  to  the  value  of  T  specified  on  the  pshell  entry. 
In  such  cases,  the  continuation  entry  is  not  required. 

4.  TMAX  is  ignored  unless  the  element  is  linked  to  the  global  design  variables  by  a  shape  entry. 


EID 

PID 


Element  identification  number  (Integer  >  0). 

Identification  of  ptrmem  or  pcomp  entry  (Integer  >  0)  Default  =  ElD. 


Gi  Grid  point  identifications  of  connection  points  (Integer  >  0). 

TM  Material  orientation  angle  (Real)  or  0  <  Integer  <  1,000,000.  If  integer,  then  material 

x-axis  lies  along  the  projection  onto  the  plane  of  the  element  of  the  x-axis  of  coordi¬ 
nate  system  identified  by  the  integer. 

TMAX  Maximum  allowable  thickness  in  design.  (Real  >  0.,  Default  =  10^) 

Remarks: 

1.  The  THAX  value  is  used  only  for  shape  function  design  variable  linking. 
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Input  Data  Entry:  DCONALE 

Description:  Defines  an  aileron  effectiveness  constraint  of  the  form: 

AE  <  AEREQ  (upper  bound)  or  AE  >  AEREQ  (lower  bound) 


where, 


AE  = 


CieL 

2v 


Field 

SID 

LABEL 

CTYPE 

AEREQ 


_ Contents _ _ 

Aerodynamic  set  identification  for  the  imposed  constraint  (Integer  >  0) 

A  string  of  up  to  eight  characters  to  identify  the  aesurf  or  conlink  control  surface. 
lABELs  must  be  unique. 

Constraint  type:  either  UPPER  for  upper  bound  or  LOWER  for  lower  bound 
(Character,  Default  =  lower) 

Required  aileron  effectiveness  (Real  ^  0.0) 


Remarks: 

1.  This  constraint  constraint  will  only  be  applied  if  selected  by  the  Solution  Control  discipline  option 
PCON=siD  and  if  an  antisymmetric  aeroelastic  trim  analysis  is  being  performed. 

2.  A  LOWER  bound  constraint  excludes  all  values  to  the  left  of  AEREQ  on  a  real  number  line,  while  an 
UPPER  bound  constraint  excludes  all  values  to  the  right,  irrespective  of  the  sign  of  AEREQ. 

3.  The  effectiveness  in  roll  of  multiple  control  surfaces  may  be  specified  using  multiple  DCOHALE  entries 
with  one  constraint  generated  for  each  label/ctype  combination. 


Input  Data  Entry:  DCONBK  Buckling  Constraint  Definition 

Description:  Defines  a  local  panel  buckling  constraint  of  the  form: 


Lower  Bound:  g  lower  = 


^  'kREQ 


V3 


-  1.0  <  0.0  for  X>Xreq 


or: 


Upper  Bound:  g  upper  =  1.0 


"kREQ 


\  V3 


<  0.0  for  X<Xbeq 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONBK 

SID 

ETYPE 

EID 

LENGTH 

WIDTH 

CTYPE 

Xreq 

25 

QUM)4 

101 

1.5 

LOWER 

3.65 

Field 

Contents 

SID 

ETYPE 

EID 

LENGTH 

WIDTH 

CTYPE 

'^REQ 

Remarks: 


Plate  buckling  panel  constraint  set  identification,  (Integer  >  0) 

Plate  buckling  control  element  type.  May  be  QUAD4  or  TRIA3  (Character) 
Element  identification  number.  (Integer  >  0) 

Plate  buckling  panel  length  in  consistant  length  xinits.  (Real  >  0.0  or  blank) 
(See  Remark  3) 

Plate  buckling  panel  width  in  consistant  length  units.  (Real  >  0.0  or  blank) 
(See  Remark  3) 

Constraint  type:  either  lower  for  lower  boimd  or  upper  for  upper  bound. 
(Character) 

Buckling  eigenvalue  limit.  (Real,  Default  =  1.0) 


1.  Buckling  constraints  are  selected  in  Solution  Control 
with  the  discipline  option: 

DCON  =  sid 

2.  The  buckling  control  element  (which  must  be  a  de¬ 
signed  element)  supphes  the  running  loads  Nx,  Ny 
and  Nxy  and  material  properties  to  the  rectangular 
pseudo-panel  of  dimension  length  x  width. 

3.  If  LENGTH  or  WIDTH  are  omitted,  the  corresponding 
value  will  be  computed  from  the  rectangle  that  cir- 
cximscribes  the  control  element.  LENGTH  is  defined 
as  the  side  most  closely  associated  with  the  element 
x-axis  as  shown  in  the  adjoining  figure. 
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Input  Data  Entry:  DCOIIBKE  Euler  Buckling  Constraint  Definition 

Description:  Defines  an  Euler  buckling  constraint  of  the  form: 


Lower  Bound:  g  lower  = 
or: 


'kREQ 


Upper  Bound:  g  upper  =  1-0  - 


-  1.0  <  0.0  for  'k>'kBEQ 
<  0,0  for  X<XreQ 


^REQ  ^ 


Format  and  Example: 

123456789 


DCONBKE 

SID 

ETYPE 

EID 

LENGTH 

BCTYPE 

CTYPE 

'^REQ 

CONT 

CONT 

RSQR 

ALPHA 

- - 

DCONBKE 

25 

BAR  ^ 

101 

1.5 

FIX-FIX 

LOWER 

3.65 

Field 

SID 

ETYPE 

EID 

LENGTH 

BCTYPE 

CTYPE 

y^REQ 

RSQR 

ALPHA 


_ Contents _ _ _ _ 

Euler  buckling  constraint  set  identification.  (Integer  >  0) 

Euler  buckling  control  element  type  (Character)  selected  from: 

BAR  ROD 

Control  element  identification  number.  (Integer  >  0) 

Rod  buckling  length  in  consistant  length  units.  (Real  >  0.0  or  blank)  (See  Remark  2) 

Boxmdary  conditions  for  control  element.  (Character)  (See  Remark  3) 

Constraint  type:  either  LOWER  for  lower  bound  or  TOPER  for  upper  bound. 
(Character) 

Buckling  constraint  value.  (Real,  Default  =  1.0) 

Parameters  which  define  inertia  linking  when  ETYPE  is  the  ROD  element. 

(Real  or  blank)  (See  Remark  4) 


Remarks: 

1.  Buckling  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

DCON  =  s id 

2.  If  the  LENGTH  is  omitted,  the  corresponding  value  will  be  computed  from  the  length  of  the  control 
element. 
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3.  The  boundary  condition  types  are  defined  in  the  following  table: 


BCTYPE 

Boundary  Condition 

PIN-PIN 

Pin  connected  at  both  ends. 

PIN-FIX 

Pinned  at  one  end,  fixed  at  the  other. 

FIX-FIX 

Fixed  at  both  ends. 

FREE-COL 

Afi-ee  column:  one  end  fixed,  the  other  free. 

Only  PIN-PIN  may  be  used  for  a  ROD  element,  while  aU  types  may  apply  to  the  BAR. 

4.  The  iuertia  is  computed  firom  the  relation: 

I  =  RSQR  X  AREa"'^^ 

where  area  is  the  area  of  the  control  element.  If  not  specified,  a  solid  circular  cross-section  is 
assumed. 
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Input  Data  Entry:  DCONCLA 

Description:  Defines  a  flexible  lift  curve  slope  constraint  of  the  form: 


CLA  <  ciiAREQ  or  CLA  >  clabeq 


where, 


CLA  = 


(C  I 
(C  I  o)r 


Format  and  Example: 

123456789 


DCONCLA 

SID 

CTYPE 

CLAREQ 

DCONCLA 

25 

o 

00 

Field 

SID 

CTYPE 

CLAREQ 


_ Contents  _ _ _ 

Aerodynamic  set  identification  for  the  imposed  constramt  (Integer  >  0) 

Constraint  type:  either  UPPER  for  upper  bound  or  LOWER  for  lower  bound 
(Character,  Default  =  LOWER) 

Required  flexible-to-rigid  lift  curve  slope  (Real  *  0.0) 


Remarks: 


1.  Displacement  constraints  are  selected  in  Solution  Control  vrith  the  discipline  option: 


DCONsSID 


2. 


A  LOWER  bound  constraint  excludes  all  values  to  the  left  of  CLAREQ  on  a  real  number  line,  while  an 
UPPER  bound  constraint  excludes  all  values  to  the  right,  irrespective  of  the  sign  of  CLAREQ. 
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Input  Data  Entry:  DCONDSP 

Description:  Defines  a  deflection  constraint  of  the  form: 


^  Aj  K/  <  8  all  (UPPER  BOUND)  or  ^  Aj  UJ  ^  5  (lower  bound) 

J  j 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

CTSET 

DCID 

CTYPE 

DALL 

LABEL 

G 

C 

A 

CONT 

CONT 

G 

C 

A 

G 

C 

A 

-etc- 

DCONDSP 

1 

10 

TIP 

32 

3 

to 

o 

ABC 

+BC 

7 

3 

1 

o 

Field 

CTSET 

DCID 

CTYPE 

BALL 

LABEL 

G 

C 

A 

Remarks: 


_ Contents _ 

Constraint  set  identification  number  (Integer  >  0) 

Constraint  identification  number  (Integer  >  0) 

Constraint  type,  either  UPPER  or  lower  boimd  (Character,  Default  =  upper) 
Allowable  displacement  (Real) 

User  specified  label  to  identify  constraint  (Character) 

Grid  identification  (Integer  >  0) 

Component  number— any  one  of  digits  1  through  6 
Real  coefficient  (Real  ^  0.0) 


1.  Displacement  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 
dcom=ctset 


The  CTSET  is  the  constraint  set  identification  number  and  DCiD  is  an  arbitrary  constraint  identifier 
supphed  by  the  user.  All  dcondsp  that  share  the  same  CTSET  and  DCID  will  form  one  constraint 
equation. 

2.  Both  upper  and  lower  bounds  on  the  deflections  can  be  specified  by  this  entry.  For  example,  if 
constraints  of  the  form  |  u  |  ^  2.0  are  to  be  imposed,  one  DCONDSP  entry  would  use  CTYPE  =  UPPER, 
DALL  =  2.0,  G  =  32,  C  =  3,  A  =  1.0  while  a  second  entry  would  use  CTYPE  =  LOWER,  nar.T.  =  -2  0  G  = 
32,  C  =  3,  A  =  1.0. 

3.  Twist  constraints  can  be  specified  by  differencing  two  displacements  while  camber  constraints  can  be 
expressed  as  a  weighted  sum  of  three  displacements. 

4.  Any  number  of  continuation  entries  are  permitted. 

5.  A  LOWER  bound  constraint  excludes  all  values  to  the  left  of  dall  on  a  real  number  line,  while  an 
UPPER  boimd  constraint  excludes  all  values  to  the  right,  irrespective  of  the  sign  of  dall. 


Input  Data  Entry  DCONEP  Principal  Strain  Constraint  Definition 

Description:  Defines  a  principal  strain  constraint  by  specifying  the  identification  numbers  of  con¬ 

strained  elements. 

Format  and  Example: 

- 1  2~  3456789  10 


6 

7 

8 

9 

10 

ETYPE 

LAYRNUM 

EIDI 

EID2 

CONT  I 

Alternate  Form: 
1 


Idconep  i 


CONT  E 


Field _ 

SID 

ST 

SC 

SS 

ETYPE 


ETYPE 

LAYRNUM 

EIDI 

THRU 

CONT 

Contents _ 


Strain  constraint  set  identification  (Integer  >  0) 

Principal  strain  limit  in  tension  (Real  >  0.0) 

Principal  strain  limit  in  compression  (Real,  Default  =  ST) 
Principal  strain  limit  in  shear  (Real  >  0.0) 

Element  type  (Character)  selected  firom: 


BAR 

SHEAR  QDMEHl  TRHEM  QUAD4  TRIA3 

LAYRNUM  Layer  number  of  a  composite  element  (Integer  >  0  or  Blank) 

EiDi  Element  identification  numbers  (Integer  >  0) 

Remarks: 

1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRAXN=sid 

2.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EIDI.  Elements  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  shear  strain  limit,  SS,  is  used  only  with  the  SHEAR  element. 

4.  The  strain  limit  for  compression,  sc,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 

5.  iiAYREDH  is  only  used  if  the  element  is  composed  of  a  composite  material  defined  with  pcomp  Bulk 
Data  entries. 


ROD 

QDMEHl 


TRIA3 
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input  Uata  H^nt 


DCONEPM 


Principal  Strain  Constraint  Definition 


Description:  Defines  a  principal  strain  constraint  by  specifying  material  identification  numbers. 

Format  and  Example: 


DCONEPM 


MID4  CONT 


MID5  MID6  -etc- 


DCONEPM  100 


1.-2  8888  9999 


Alternate  Form: 

1  23456789  10 

DCONEPM  SID  ST  SC  SS  MATl  THRU  MAT2 


Field _ Contents  _ 

SID  Strain  constraint  set  identification  (Integer  >  0) 

ST  Principal  strain  limit  in  tension  (Real  >  0.0) 

SC  Principal  strain  limit  in  compression  (Real,  Default  =  ST) 

SS  Principal  strain  limit  in  shear  (Real  >  0.0) 

MIDI  Material  identification  numbers  (Integer  >  0) 

Remarks: 

1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRAIN=sid 

2.  If  the  alternate  form  is  used,  MID2  must  be  greater  than  or  equal  to  MIDI.  Material  properties  in  the 
range  which  do  not  exist  are  ignored. 

3.  The  shear  strain  limit,  SS,  is  used  only  with  the  SHEAR  element. 

4.  The  strain  limit  for  compression,  SC,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 
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Input  Data  Entry  DCONEPP  Principal  Strain  Constraint  Definition 

Description:  Defines  a  principal  strain  constraint  by  specifying  element  property  identification  numbers. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONEPP 

SID 

ST 

SC 

SS 

PTYPE 

LAYRNUM 

PIDI 

PID2 

CONT  1 

CONT 

PID3 

PID4 

-etc- 

1 

DCONEPP 

100 

1 

to 

CM 

1 

! 

PBAR 

100 

200 

ABC 

+BC 

300 

400 

500 

Alternate  Form: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONEPP 

SID 

ST 

SC 

SS 

PTYPE 

LAYRNUM 

PIDI 

THRU 

ABC 

+BC 

PID2 

Field 

SID 

ST 

SC 

SS 

PTYPE 


LAYRNUM 

PIDi 


Contents 

Strain  constraint  set  identification  (Integer  >  0) 

Principal  strain  limit  in  tension  (Real  >  0.0  ) 

Principal  strain  limit  in  compression  (Real,  Default  =  ST) 
Principal  strain  limit  in  shear  (Real  >  0.0) 

Property  t3rpe  (Character)  selected  fi-om: 

PBAR  PROD 

PSHEAR  PQDMEMl  PTRMEH  PSHELL 

PCOMP  PCOMPl  PCOMP2 

Layer  nximber  of  a  composite  element  (Integer  >  0  or  Blank) 

Property  identification  numbers  (Integer  >  0) 


Remarks: 

1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 
STRAIN^sid 


2.  If  the  alternate  form  is  used,  PID2  must  be  greater  than  or  equal  to  PIDI.  Property  identification 
numbers  in  the  range  which  do  not  exist  are  ignored. 

3.  The  shear  strain  limit,  SS,  is  used  only  with  the  SHEAR  element. 

4.  The  strain  limit  for  compression,  SC,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 

5.  LAYRNUM  is  only  used  if  the  element  is  composed  of  a  composite  material  defined  with  PCOMP  Bulk 
Data  entries. 
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Input  Data  Entry:  DCONF  Functional  Design  Constraint 

Description:  Define  one  or  more  synthetic  response  constraints  or  a  synthetic  objective  fimction. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONF 

SID 

LNAME 

FNAME 

CONT  j 

CONT 

ARGI 

VALl 

ARG2 

VAL2 

ARG3 

VAL3 

-etc- 

1 

DCONF 

101 

ZETA 

+DCN1 

+DCN1 

MACH 

00 

o 

DENS 

0.8 

MODE 

1 

VELO 

600.0 

Field 

SID 

LNAME 

FNAME 

ARGi 

VALi 

Remarks: 


_ Contents _ 

Set  Identification  number  selected  by  Solution  Control  (See  Remark  1). 

(Integer  >  0) 

Optional  User-defined  label  for  the  design  constraint  function.  (Character  or  blank) 

The  name  of  a  function  defined  in  the  Functions  packet.  (Character) 

The  name  of  an  argument,  as  given  in  the  Functions  packet,  defined  in  the  named 
function,  FNAME.  (Character) 

The  value  of  the  parameter  ARGi  to  be  used  in  the  named  function,  FNl^HE. 

(Integer  or  Real) 


1.  The  DCONF  entry  is  selected  in  Solution  Control  with  one  of  the  two  options: 

DCFUNCTION  =  sid 
or 

OBJECT  S  sid 


of  the  OPTIMIZE  command,  and/or  by  the  option: 
DCFDNCTION  =  sid 


on  the  discipline  commands  STATICS,  MODES,  SAERO  and  flutter.  The  following  example  computes 
^  for  a  mach  value  of  0.8,  a  density  value  of  0.8,  a  mode  index  of  1  and  a  velocity  of 600.0. 


C  = 


(p  ) 

Im(p) 


V2 


-i-Re  (p  )^ 


;  where  p  is  the  complex  flutter  eigenvalue. 
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The  solution  control  packet  references  the  functional  design  constraint,  101,  in  the  Bulk  Data  Packet 
for  the  FLUTTER  discipline  of  boundary  condition  1. 

ANALYZE 
•  •  • 

BOUNDARY  SPC  =  1 

FLUTTER  (  .  .  .  ,  DCFUMCTION=101,  . . . ) 


END 

The  Function  Packet  defines  the  function  specification  for  computing  the  design  constraint  ^  >  0.15. 
FUNCTIONS 

ZETA(mach,  dens,  mode,  velo  )= 

1.0  -  (  FDAMP(  ZETA  ,mach,  dens,  mode,  velo  )  /  0.15) 


ENDFUNC 

The  Bulk  Data  Packet  defines  values  for  the  MACH,  DENS,  mode,  and  velo  arguments,  for  function 
design  constraint  101  which  points  to  the  function,  ZETA,  in  the  Fimctional  Packet. 

BEGIN  BULK 

DCONF, 101, , ZETA, , , , , , +DCN1 

+DCN1 ,  MACH ,  0 . 8  ,  DENS  ,  0 . 8  ,  MODE  ,  1 ,  VELO  ,  6 0  0 . 0 
ENDDATA 

2.  ARGi  and  VALi  must  be  defined  together.  They  represent,  by  name,  the  substitution  parameters  for 
the  function  FNAME.  The  following  example  computes  the  normal  stress  in  the  element’s  X  direction 
for  element  1.  The  Function  Packet  defines  the  function  specification  for  recovering  the  allowable 
normal  stress  in  the  element’s  X  direction. 

FUNCTIONS 

VALUE (eid,aIIoh^)=  (  STRESS {eid,SIGX)  /  allow  )  -  1.0 
ENDFUNC 

The  Bulk  Data  Packet  defines  the  element  identification  and  references  design  constraint  101  which 
links  the  design  constraint,  VALUE,  to  the  Functional  Packet. 

BEGIN  BULK 

DCONF, 101, EIDl, VALUE, , , , , ,+DCNl 
+DCN1, EID, 1, ALLOW, 57.0+3 

ENDDATA 
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3.  The  DCONF  entry  must  uniquely  define  each  argument  to  the  named  fimction  and  constitutes  one  or 
more  references  to  the  function  fmamb.  The  following  example  computes  the  normal  stress  in  the 
element’s  X  direction  for  elements  1  and  2.  The  Function  Packet  defines  tiie  function  specification  for 
recovering  the  allowable  normal  stress  in  the  element’s  X  direction. 

FUNCTIONS 
•  #  • 

VALUE (eid, allow)  =  (  STRESS (eid,SIGX)  /  allow  )  -  1.0 
ENDFUNC 

The  Bulk  Data  Packet  defines  two  design  constraint  function  requests  for  the  elements  1  and  2,  and 
references  design  constraint  101  which  links  the  design  constraint,  VALUE,  to  the  Functional  Packet. 

BEGIN  BULK 

DCONF, 101, EIDl, VALUE, , , , , ,+DCNl 
+DCN1,  EID,  1,  ALLOW,  60 . 4-3 
DCONF,  101, EID2, VALUE,  ,  ,  ,  ,  ,4-DCNl 
4-DCNl,  EID,  2  ,  ALLOW,  60 . 4-3 

ENDDATA 

More  than  one  constraint  can  be  created  by  a  single  DCONF  entry  if  list  identification  arguments  are 
used: 

FX7NCTIONS 

VALUE2 (list, allow)  =  (  STRESS (ELEMLIST (list) ,SIGX)  /  allow  )  -  1.0 
•  •  • 

ENDFUNC 
BEGIN  BULK 

DCONF^ 101 ^ EIDl ^VALUE2^ ,,,,, +DCN1 
+DCN1,  LIST,  101,  ALLOW,  60  •  +3 
#  •  • 

ELEMLIST, 101, QUAD4 , 1,  2 
ENDDATA 

4.  VALi  must  be  of  the  lype,  either  integer  or  real  required  by  the  function  fname. 
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Input  Data  Entry:  DCONFLT  Flutter  Constraint  Definition 
Description:  Defines  a  flutter  constraint  in  the  form  of  a  table: 

<  0.0 
GFACT  - 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONFLT 

SID 

VTYPE 

GFACT 

VI 

GAMI 

V2 

GAM2 

CONT 

||cONT 

V3 

GAM3 

V4 

GAM4 

-etc- 

DCONFLT 

100 

EQUIV 

0.1 

o 

o 

35. 

0.05 

Field 


Contents 


SID 

VTYPE 

GFACT 

Vi 

GAMi 

Remarks: 


Constraint  set  identification,  the  constraints  are  referenced  by  the  design  constraint 
id  in  Solution  Control  (Integer  >  0) 

Nature  of  the  velocity  referred  to  in  the  table.  Either  TRUE  for  true  velocity  or  EQUIV 
for  equivalent  air  speed.  Default  =  TRUE. 

Constraint  scaling  factor  (Real  >  0.0,  Default  =  0.10) 

Velocity  value  (Real  ^  0.0) 

Required  dampiug  value  (Real) 


1.  Flutter  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

DCON=SID 


2. 

3. 

4. 

5. 

6. 


A  negative  value  of  GAMi  refers  to  a  stable  system. 

The  Vi  must  be  in  either  ascending  or  descending  order. 

Linear  interpolation  is  used  to  determine  GAMA  for  a  given  velocity. 

At  lesist  two  pairs  must  be  entered. 

Jumps  between  two  points  (Vi  =  Vi+l)  are  allowed,  but  not  at  the  end  points.  If  the  jump  point  is 
used,  the  average  of  the  two  GAMi  will  be  returned. 
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Input  Data  Entry:  DCONFRQ 

Description:  Defines  a  frequency  constraint  of  the  form: 

f  <  fall  or  f  >  fall 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONFRQ 

SID 

MODE 

CTYPE 

FRQALL 

DCONFRQ 

3 

1 

LOWER 

6.0 

Field 

Contents 

SID  Constraint  set  identification  (Integer  >  0) 

MODE  Modal  niunber  of  the  frequency  to  be  constrained  (Integer  >  0) 

CTYPE  Constraint  type:  either  UPPER  for  upper  bound  or  lower  for  lower  bound 

(Character,  Defaiilt  =  lower) 

FRQALL  Frequency  constraint  (in  Hz.). 

Remarks: 

1.  More  than  one  constraint  can  be  placed  on  a  mode  allowing  specification  of  pseudo-equality  con¬ 
straints. 
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Input  Data  Entry  DCONFT  Fiber/Transverse  Strain  Constraint  Definition 

Description:  Defines  fiber/transverse  strain  constraints  for  composite  elements  by  specifying  the  iden¬ 

tification  numbers  of  constrained  elements. 


Format  and  Example: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONFT 

SID 

EFT 

EFC 

ETT 

ETC 

ETYPE 

LAYRNUM 

EIDI 

CONT 

CONT 

EID2 

EID3 

-etc- 

DCONFT 

100 

I 

to 

-1.-2 

1.-3 

1 

1 

U) 

QUAD4 

1 

101 

ABC 

+BC 

102 

110 

Alternate  Fo 

rm: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  DCONFT 

SID 

EFT 

EFC 

ETT 

ETC 

ETYPE 

LAYRNUM 

EIDI 

CONT  j 

I  CONT 

THRU 

EID2 

_ J 

Field  Contents 

Strain  constraint  set  identification  (Integer  >  0) 

Tbiisile  strain  limit  in  the  fiber  direction  (Real  >  0.0) 

Compressive  strain  limit  in  the  fiber  direction  (Real,  Default  =  EFT) 

'Ifensile  strain  limit  in  the  transverse  direction  (Real  >  0.0) 

Compressive  strain  limit  in  the  transverse  direction  (Real,  Default  =  ETT) 

Element  type  (Character)  selected  fi-om: 

QDMEMl  TRMEM  QtJAD4  TRIA3 

The  layer  number  of  a  composite  element  (Integer  >  0,  or  blank) 

Element  identification  numbers  (Integer  >  0) 


1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRAIN=sid 

2.  Fiber/transverse  strain  constraints  may  only  be  applied  to  elements  defined  using  composite  materials. 

3.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EIDI.  Elements  in  the  range 
which  do  not  exist  are  ignored. 

4.  The  strain  limits  for  compression,  EEC  and  ETC,  are  always  treated  as  negative  values  regardless  of 
the  signs  of  the  input  values. 


SID 

EFT 

EFC 

ETT 

ETC 

ETYPE 

LAYRNUM 

EIDi 

Remarks: 
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Input  Data  Entry  DCONFTM  Fiber/Transverse  Strain  Constraint  Definition 

Description:  Defines  fiber/transverse  strain  constraints  for  composite  elements  by  specifying  material 

identification  numbers. 

Format  and  Example: 

_ 1 _ 2  3456789  10 


1  DCONFTM 

SID 

EFT 

EFC 

ETT 

ETC 

MIDI 

CONT  1 

[CONT 

MID4 

MID5 

-etc- 

DCONFTM 

100 

1.-2 

BBI 

1.-3 

-1.-3 

11 

16 

101 

ABC 

+BC 

19 

14 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONFTM 

SID 

EFT 

EFC 

ETT 

ETC 

MIDI 

Flsld  Contents  _ 

SID  Strain  constraint  set  identification  (Integer  >  0) 

eft  Ifensile  strain  limit  in  the  fiber  direction  (Real  >  0.0). 

EFC  Compressive  strain  Mmit  in  the  fiber  direction  (Real,  Default  =  eft) 

ett  Tensile  strain  limit  in  the  transverse  direction  (Real  >  0.0) 

ETC  Compressive  strain  hmit  in  the  transverse  direction  (Real,  Default  =  ett). 

MIDi  Material  identification  numbers  (Integer  >  0) 

Remarks: 

1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRAIN=sid 

2.  Fiber/transverse  strain  constraints  may  only  be  applied  to  elements  defined  using  composite  mat^riala 

3.  If  the  alternate  form  is  used,  M1D2  must  be  greater  than  or  equal  to  MIDI.  Material  properties  in  the 
range  which  do  not  exist  are  ignored. 

4.  The  strain  limits  for  compression,  EFC  and  ETC,  are  always  treated  as  negative  values  regardless  of 
the  signs  of  the  input  values. 
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Fiber/Transverse  Strain  Constraint  Definition 


Input  Data  Entry  DCONFTP 

Description:  Defines  fiber/transverse  strain  constraints  for  composite  elements  by  specifying  property 

identification  numbers. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  DCONFTP 

SID 

EFT 

EFC 

ETT 

ETC 

PTYPE 

CONT 

|cONT 

PID2 

PID3 

-etc- 

DCONFTP 

100 

1,-2 

1.-2 

2,-3 

3.-3 

PCOMP 

2 

100 

CONT 

CONT 

110 

120 

Alternate  Form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONFTP 

SID 

EFT 

EFC 

ETT 

ETC 

ETYPE 

LAYRNUM 

PIDI 

CONT  1 

CONT 

THRU 

PID2 

i 

1 

Field 

SID 

EFT 

EFC 

ETT 

ETC 

PTYPE 

LAYRNUM 

PIDi 


_ Contents _ 

Strain  constraint  set  identification  (Integer  >  0). 

Ibnsile  strain  limit  in  the  fiber  direction  (Real  >  0.0) 

Compressive  strain  limit  in  the  fiber  direction  (Real,  Default  =  EFT) 

Tensile  strain  hmit  in  the  transverse  direction  (Real  >  0.0). 

Compressive  strain  limit  in  the  transverse  direction  (Real,  Default  =  ETT) 

Property  type  (Character)  selected  fi-om: 

PCOMP  PCOMPl  PCOMP2. 

The  layer  number  of  a  composite  element  (Integer  >  0  or  blank) 

Property  identification  numbers  (Integer  >  0) 


Remarks: 

1.  Strain  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 
STRAIN=sid 


2.  Fiber/transverse  strain  constraints  may  only  be  applied  to  elements  defined  using  composite  materials. 

3.  If  the  alternate  form  is  used,  PID2  must  be  greater  than  or  equal  to  PIDI.  Properties  in  the  range 
which  do  not  exist  are  ignored. 

4.  The  strain  limits  for  compression,  EFC  and  ETC,  are  always  treated  as  negative  values  regardless  of 
the  signs  of  the  input  values. 
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Input  Data  Entry:  DCONLAM  Composite  laminate  composition  constraint. 

Description:  Defines  a  constraint  on  the  relative  thickness  of  a  ply  that  is  part  of  a  laminate.  The 

constraint  is  of  the  form: 

-  7^  S  0  (lower  bound) 
iUU  tiam 

7^  -  ^  0  (upper  bovmd) 

tlam  IwU 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONLAM 

CTYPE 

%REQ 

PLYNUM 

PLYSET 

LAM 

SID 

SID 

SID 

CONT 

CONT 

SID 

SID 

-etc- 

DCONLAM 

UPPER 

40.0 

100 

ALL 

1000 

1001 

Field 

CTYPE 

%REQ 

PLYNUM 

PLYSET 

LAM 

SID 

Remarks: 


_  Contents _ 

ConstrsLint  type:  either  upper  for  upper  bound  or  lower  for  lower  boimd. 

(Character,  Default  ~  upper) 

Minimum  (lower  boimd)  or  maximum  (upper  bound)  percentage  (0.0  to  100.0)  of  the 
total  laminate  thickness  that  is  to  be  made  up  of  the  ply  thickness,  (see  Remark  2) 

(  Real  >  0.0  ) 

Single  ply  number  (numbered  in  the  order  used  on  the  PCOMPi)  that  constitutes  the 
ply  thickness.  Only  one  of  PLYNUM  or  PLYSET  may  be  used.  (Integer  >  0  or  blank) 

Set  identification  number  of  one  or  more  plylist  bulk  data  entries  naming  a  set  of 
plies  whose  summed  thicknesses  constitute  the  ply  thickness  in  the  constraint.  Only 
one  of  PLYNUM  or  plyset  may  be  used.  (Integer  >  0  or  blank) 

The  character  string  ALL  or  the  set  identification  number  of  one  or  more  PLYLIST 
entries  naming  a  set  of  plies  whose  summed  thicknesses  constitute  the  laminate 
thickness  in  the  constraint.  If  all,  the  laminate  is  defined  to  be  all  the  layers  on  the 
PCOMPs  of  the  elements  selected  by  siDi. 

(Character  =  all  or  Integer  >  0,  Default  =  ALL) 

Set  identification  of  one  or  more  elemlist  entries  that  define  the  set  of  composite 
elements  to  which  this  composition  constraint  will  be  applied.  (Integer  >  0  or  blank) 


1.  One  and  only  one  of  either  PLYNUM  or  PLYSET  must  be  given. 

2.  The  definition  of  ply  and  laminate  thickness  can  vary  fi:om  entiy  to  entry.  1/ PLYNUM  is  used  to  define 

t^^^  that  one  layer  constitutes  a  ply;  otherwise  is  the  sum  of  the  layer  thicknesses  of  all  the  layers 

hsted  in  PLYSET. 
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Similar  niles  are  applied  for  tlam.  If  all  is  used,  every  layer  of  the  element  is  used  to  compute  tlam 
(including  undesigned  layers-see  Remark  3);  otherwise  the  summed  thicknesses  of  the  layers  speci¬ 
fied  by  the  PLYLIST  set  will  be  used.  As  a  result,  there  is  no  real  distinction  between  a  ply  thickness 
and  a  laminate  thickness.  lypically,  the  ply  will  be  a  subset  of  the  layers  that  define  the  laminate,  but 
that  is  not  a  requirement. 

3.  If  this  constraint  is  applied  to  a  composite  element  with  undesigned  layers,  these  layers  may  be  freely 
included  in  the  layer(s)  composing  the  ply  and/or  the  layer(s)  composing  the  laminate.  The  only 
restriction  is  that  at  least  one  layer  in  the  ply  must  be  a  local  design  variable  and  at  least  one  layer 
in  the  laminate  must  be  a  local  design  variable. 
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Input  Data  Entry 
Description: 


DCONLXST  Design  Constraint  List 


Defines  a  list  of  design  constraints  for  which  constraint  value  output  and/or  constraint 
gradient  output  are  desired. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

jnCONLIST 

SID 

TYPE 

NRFAC 

EPS 

DCONLIST 

1000 

DISP 

0.6 

-.05 

Field 

Contents 

SID 

Set  identification  number  (Integer  >  0) 

TYPE 

The  design  constraint  type.  One  of  the  following: 

FREQ 

frequency 

FLUT 

flutter 

DISP 

displacement 

VMISES 

Von  Mises 

TSAIWU 

Tsai-Wu 

STRAIN 

strain 

THICK 

thickness 

EPF 

aeroelastic  effectiveness 

SCF 

stability  coefficient 

TRIM 

trim 

ALL 

all  of  the  above 

OTHER 

all  EXCEPT  the  above 

The  Default  value  is  ALL 

NRFAC 

Constraint  retention  factor  for  math  programming  methods. 

At  least  NRFAC 

*  (number  of  design  variables)  constraints  will  be  considered  active. 

(Real  >  0.0,  Default  =  3.0) 

EPS 

Constraint  retention  parameter  in  which  all  constraints  having  a  value  greater  thar>  eps 
will  be  considered  active.  (Real,  Default  =  -  0.1) 

Remarks: 

1.  NRFAC  and  EPS  control  the  number  of  constraints  that  are  selected  for  print  and  punch  output.  For 
constraint  gradients,  only  those  considered  active  by  the  global  constraint  screening  algorithm 
(NRFAC  and  EPS  firom  the  OPTIMIZE  command  in  Solution  control)  are  available  to  be  selected. 

2.  More  than  one  dconlist  with  the  same  set  identification  number  may  be  used  to  select  subsets  of 
different  constraint  types. 
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Input  Data  l^ntry-  DCONLMN  Composite  laminate  minimum  gauge  constraint. 

Description:  Defines  a  lower  bovmd  constraint  on  the  total  thickness  of  all  or  part  of  the  layers  of  a 

composite  element.  The  constraint  is  of  the  form: 

1.0  -  ^  <  0 

fmin 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONLMN 

MINTHK 

LAM 

SID 

SID 

SID 

SID 

SID 

SID 

CONT 

CONT 

SID 

SID 

-etc- 

DCONLMN 

0.20 

ALL 

1001 

1002 

/ 

Field _ _ _ Contents  _ 

MINTHK  Minimum  laminate  thickness.  (Real  >  0.0,  Default  =  10"^) 

LAM  The  character  string  ALL  or  the  set  identification  number  of  one  or  more  PLYLIST 

entries  naming  a  set  of  phes  whose  summed  thicknesses  constitute  the  laminate 
thickness  m  the  constraint.  If  ALL,  the  laminate  is  defined  to  be  all  the  layers  on  the 
PCOMPs  of  the  elements  selected  by  SiDi. 

(Character  =  ALL  or  Integer  >  0,  Default  =  all) 

SID  Set  identification  of  one  or  more  ELEMLIST  entries  that  define  the  set  of  composite 

elements  to  which  this  composition  constraint  will  be  applied.  (Integer  >  0  or  blank) 

Remarks: 

1.  Because  of  the  generality  of  the  definition  of  the  laminate,  there  is  no  real  distinction  between  the 
DCONLMN  and  the  dconpmn  constraints.  Only  the  defaults  are  different  to  allow  simple  definitions  of 
the  common  laminate  in  DCONLMN  (ALL)  or  ply  (plyndm)  in  DCONPMN. 

2.  The  definition  of  laminate  thickness  can  vary  from  entry  to  entry.  If  ALL  is  used,  every  layer  of  the 
element  is  used  to  compute  tlam  (including  undesigned  layers-see  Remark  3);  otherwise  the  summed 
thicknesses  of  the  layers  specified  by  the  PLtTLlST  set  will  be  used. 

3.  If  this  constraint  is  applied  to  a  composite  element  with  undesigned  layers,  these  layers  may  be  fireely 
included  in  the  layer(s)  composing  the  ply  and/or  the  layer(s)  composing  the  laminate.  The  only 
restriction  is  that  at  least  one  layer  in  the  laminate  must  be  a  local  design  variable. 

4.  If  the  laminate  is  composed  of  a  single  layer,  this  constraint  becomes  redrmdant  with  the  TMIN 
entered  on  the  PCOMPi  field  (for  shape  function  linking)  or  the  vmin  entered  on  the  deselm  or 
DESVAEP  entry  (for  physical  linking).  In  this  case,  the  most  critical  limit  will  be  determined  firom 
among  all  sources  (dconpmn,  dconlmn,  tmin/vmin)  and  will  be  used  to  update  the  local  variable 
side  constraint.  The  DCONicxx  entry  will  then  be  automatically  removed  since  it  will  no  longer  be 
necessary.  A  summary  of  this  action  will  be  echoed  to  the  print  file. 
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Input  Data  Entry:  DCONPMN  Composite  element  ply  minimum  gauge  constraint. 

Description:  Defines  a  lower  bound  constraint  on  the  total  thickness  of  all  or  part  of  the  layers  of  a 

composite  element.  The  constraint  is  of  the  form: 

1.0  -  <  0 

^min 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONPMN 

MINTHK 

SID 

SID 

SID 

SID 

SID 

CONT 

CONT 

SID 

SID 

-etc- 

DCONPMN 

0.010 

3 

1001 

1002 

/ 

Field _ Contents _ 

MINTHK  Minimum  ply  thickness.  (Real  >  0,0,  Default  =  10"^) 


PLYNUM  Single  ply  number  (numbered  in  the  order  used  on  the  PCOMPi)  that  constitutes  the 

ply  thickness.  Only  one  of  plymom  or  PLYSET  may  be  used.  (Integer  >  0  or  blank) 

PLYSET  Set  identification  number  of  one  or  more  PLYLIST  bulk  data  entries  Teaming  a  set  of 

plies  whose  summed  thicknesses  constitute  the  ply  thickness  in  the  constraint.  Only 
one  of  PIiYNUM  or  PLYSET  may  be  used.  (Integer  >  0  or  blank) 

SID  Set  identification  of  one  or  more  elemlist  entries  that  define  the  set  of  composite 

elements  to  which  this  composition  constraint  will  be  applied.  (Integer  >  0  or  blank) 

Remarks: 


1.  One  and  only  one  of  either  plyndm  or  PLYSET  must  be  given. 

2.  Because  of  the  generality  of  the  definition  of  the  ply,  there  is  no  real  distinction  between  the  DCONLHN 
and  the  DCONPMN  constraints.  Only  the  defaults  are  different  to  allow  simple  definitions  of  the 
common  laminate  in  TCONLMN  (ALL)  or  ply  (plyndm)  in  dconpmn. 

3.  The  definition  of  pZy  thickness  can  vary  fi*om  entry  to  entry.  If  plyndm  is  used  to  define  that  one 
layer  constitutes  a  ply;  otherwise  is  the  sum  of  the  layer  thicknesses  of  all  the  layers  listed  in 
PLYSET. 

4.  If  this  constraint  is  applied  to  a  composite  element  with  imdesigned  layers,  these  layers  may  be  fi-eely 
included  in  the  layer(s)  composing  the  ply.  The  only  restriction  is  that  at  least  one  layer  in  the  ply 
must  be  a  local  design  variable. 

5.  If  the  ply  is  composed  of  a  single  layer,  this  constraint  becomes  redundant  with  the  thin  entered  on 
the  PCOMPl  field  (for  shape  function  linking)  or  the  VMXN  entered  on  the  deseIjM  or  DESVAEP  entry 
(for  physical  linking).  In  this  case,  the  most  critical  limit  will  be  determined  from  among  all  somces 
(dconpmn,  dconlmn,  tmxn/VMXN)  and  will  be  used  to  update  the  local  variable  side  constraint.  The 
DCONxxx  entry  will  then  be  automatically  removed  since  it  will  no  longer  be  necessary.  A  summary  of 
this  action  will  be  echoed  to  the  print  file. 
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Stability  Derivative  Constraint 


Input  Data  Entry  DCONSCF 


Description: 


Defines  a  constraint  on  the  flexible  stability  derivative  at  the  reference  grid  point  associ¬ 
ated  with  the  force  or  moment  due  to  a  trim  parameter  or  control  siirface  deflection  of  the 
form: 


■  dCF  ' 

<  < 

■  hCp  ' 

35  trim 

j  35  trim 

lower 

35  trim 

J  upper 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONSCF 

SETID 

ACCLAB 

PRMLAB 

CTYPE 

PRMREQ 

UNITS 

DCONSCF 

999 

PACCEL 

AILERON 

LOWER 

1.0 

RADIANS 

Fields _ _ _ Contents 


SETID 

ACCLAB 

PRMLAB 

CTYPE 

PRMREQ 


Set  identification  number  referenced  by  the  dconstraint  Solution  Control  option  of 
the  SAERO  command.  (Integer  >  0) 

Alphanumeric  string  identifying  the  aerodynamic  force  or  moment  by  naming  the 
corresponding  structural  acceleration  in  a  manner  consistent  with  the  TRIM  entry.  See 
Remarks  2  and  4. 

Alphanumeric  string  identifying  a  constrained  control  surface  or  aeroelastic  trim 
parameter  (e.g.  ALPHA  or  PRATE).  See  Remarks  3  and  4. 

Constraint  type;  either  UPPER,  for  upper  bound,  or  LOWER  for  lower  bound. 

(Character,  default=UPPER) 

Boxmd  for  the  stability  coefBcient.  For  units,  see  Remarks  5  and  6.  (Real) 


UNITS  Units  for  the  stability  coefficient.  Either  radians  or  degrees.  See  Remark  6. 

(Real,Default=DEGREES) 


Remarks: 

1.  The  DCONSCF  entry  is  selected  in  Solution  Control  with  the  dconstraint=setid  option  of  the 
SAERO  command. 


2.  The  ACCLAB  may  refer  to  any  of  the  TRIM  Bulk  Data  entiy  trim  parameters  that  are  structural 
accelerations.  Valid  trim  parameters  are  NX,  NY,  NZ,  paccel,  qaccel,  and  raccel. 

3.  The  PRMLAB  may  refer  to  AESURF  or  CONLINK  control  surfaces  or  to  any  of  the  TRIM  entry  parame¬ 
ters  except  the  structural  accelerations.  Valid  selections  are:  PRATE,  QRATE,  RRATE,  ALPHA, 
BETA,  THKCAM  and  any  control  surface  label.  Invalid  trim  parameters  are:  NX,  NY,  NZ,  PACCEL, 
QACCEL  and  RACCEL 

4.  Any  combination  of  forces  or  moments  and  trim  parameters/control  surfaces  may  be  used  on  this 
entry  provided  they  have  the  same  symmetry  as  the  associated  TRIM  entry. 

Furthermore,  to  apply  the  constraint  to  the  flexible  derivative,  the  degree  of  freedom  corresponding  to 
the  force  or  moment  must  be  supported  in  the  boxmdary  condition.  For  example,  to  constrain  the 
pitching  moment,  QACCEL,  due  to  angle  of  attack,  alpha,  the  y-rotation  of  the  support  point  must  be 
on  the  SUPPORT  entry  for  the  boundary  condition  in  which  the  TRIM  is  analyzed. 

5.  The  stability  derivatives  are  nondimensional  quantities  derived  from  the  flexible  forces  and  moments 
due  to  "unit"  parameters.  The  constraint  is  apphed  to  the  nondimensional  derivative  at  the  user-de- 
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fined  reference  point,  lb  assist  the  defining  prureq,  the  following  normalizations  are  used  in  AS¬ 
TROS: 


SYMMETRIC 

DERVIATIVES 

FORCES 

CONTROL 

SURFACES 

stability  coeff  =  F/ (QDP*S) 

RATES 

stability  coeff  =  F*2*V0/ (QDP*S*C) 
"unit"  rate  =  unit  dimensional 
rate  *  C/2*VO 

MOMENTS 

CONTROL 

SURFACES 

stability  coeff  =  M/(QDP*S*C) 

RATES 

stability  coeff  = 

M*4*VO/ (QDP*S*C**2) 

"unit”  rate  =  unit  dimensional 
rate  *  C/2*VO 

ANTISYMMETRIC 

DERVIATIVES 

FORCES 

CONTROL 

SURFACES 

Stability  coeff  -  F/(QDP*S) 

RATES 

stability  coeff  -  F*2*VO/ {QDP*S*B) 
"unit"  rate  =  unit  dimensional 
rate  *  B/2*VO 

MOMENTS 

CONTROL 

SURFACES 

stability  coeff  =  M/ (QDP*S*B) 

RATES 

stability  coeff  = 

M*4*VO/ (QDP*S*B**2) 

"unit"  rate  =  unit  dimensional 
rate  *  B/2*VO 

F  and  M  are  the  dimensional  flexible  forces  and  moments  for  the  full  vehicle;  S,  c,  and  B  are  the 
non-dimensional  factors  from  the  AEROS  Bulk  Data  entry  (the  inputs  are  assvuned  to  be  for  the  full 
vehicle);  and  QDP  and  vo  are  defined  on  the  trim  Bulk  Data  entry. 

6.  RADIANS  or  DEGREES  refer  to  the  units  of  the  unit  control  surface  deflection  or  unit  rate,  radians 
imply  the  value  due  to  a  unit  RAD  or  RAD/S  while  DEGREES  imply  the  value  due  to  a  unit  DEG  or 
DEG/S.  THKCAM  has  no  vahd  angular  unit,  hence  the  DNITS  field  is  ignored. 

7.  A  LOWER  bound  constraint  excludes  all  values  to  the  left  of  prmreq  on  a  real  number  line,  while  an 
UPPER  bound  excludes  all  values  to  the  right,  irrespective  of  the  sign  of  PRMREQ. 
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Input  Data  Entry:  DCONSDE  BAR  element  side  constraints 
Description:  Defines  Side  constraints  on  BAR  element  cross-sectional  parameters. 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  DCONSDE 

DVSYM 

TMIN 

TMAX 

ETYPE 

EIDI 

EID2 

EID3 

EID4 

CONT  J 

jCONT 

EID5 

EID6 

-etc- 

DCONSDE 

D1 

0.1 

0.3 

BAR 

200 

205 

206 

Alternate  1 

1 

Form: 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONSDE 

DVSYM 

TMIN 

TMAX 

ETYPE 

EIDI 

THRU 

EID2 

Field 

DVSYM 

TMIN 

TMAX 

ETYPE 

EIDi 


_  Contents _ 

Character  symbol  specifying  the  PBARl  cross-sectional  parameter.  (Remark  1) 

D1  D2  D3  D4  D5 

D6  D7  PS  D9  DIO 

Minimum  value  of  the  pbarI  cross-sectional  parameter  specified  by  dvsym. 
(Real,  Default  =  0.0001) 

Maximum  value  of  the  pbarI  cross-sectional  parameter  specified  by  dvsym. 
(Real,  Default  =  0.0001) 

Character  input  identifying  the  element  type.  Must  be: 

BAR 

Element  identification  numbers  (Integer  >  0  or  blank) 


Remarks: 

1.  See  the  PBARI  Bulk  Data  entry  for  a  description  of  the  cross-sectional  parameters. 
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Input  Data  Entry:  DCONSDL  BAR  element  side  constraints 

Description:  Defines  Side  constraints  on  BAR  element  cross-sectional  parameters  by  referencing  list  of 

elements. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

[dconsdl 

DVSYM 

TMIN 

TMAX 

ELIDl 

ELID2 

ELID3 

ELID4 

ELID5 

CONT 

CONT 

ELID6 

ELID7 

-etc- 

DCONSDL 

D3 

0.001 

0.05 

99 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONSDL 

DVSYM 

TMIN 

TMAX 

ELIDl 

THRU 

ELID2 

Field  Contents 

DVSYM  Character  symbol  specifying  the  PBARl  cross-sectional  parameter.  (Remark  1) 

D1  D2  D3  D4  D5 

D6  D7  D8  D9  DIO 

tmin  Minimum  value  of  the  PBARl  cross-sectional  parameter  specified  by  DVSYM. 

(Real,  Default  =  0.0001) 

TMAX  Maximum  value  of  the  PBARl  cross-sectional  parameter  specified  by  DVSYM. 

(Real,  Default  =  0.0001) 

EiilDi  Element  list  identification  numbers  (Integer  >  0  or  blank)  (Remark  2) 

Remarks: 

1.  See  the  PBARl  Bulk  Data  entry  for  a  description  of  the  cross-sectional  parameters. 

2.  Element  lists  are  defined  using  ELEMLIST  Bulk  Data  entries.  Only  designed  BAR  elements  which 
reference  PBARl  property  entries  are  affected. 
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Input  Data  T^ntry-  DC0NTH2  Thickness  constraints  on  layers  of  composite  elements 

Description;  Defines  a  set  of  layers  for  a  list  of  elements  hnked  using  SHItPE  entries  for  which  the  ply 
thickness  constraints  are  to  be  retained  on  all  design  iterations. 

Format  and  Example: 

123456789  10 


DCONTH2 

ETYPE 

LAYRNUM 

LAYRLST 

EID 

EID 

EID 

EID 

EID 

CONT 

CONT 

EID 

EID 

-etc- 

DCONTHK 

QUAD4 

100 

101 

200 

205 

Alternate  Form: 

123456789  10 


DCONTH2 

ETYPE 

LAYRNUM 

LAYRLST 

EID 

THRU 

EID 

Field 

ETYPE 


LAYRNUM 

LAYRLST 

EID 

Remarks: 


_ Contents  _ _ 

Character  input  identifying  the  element  type.  One  of  the  following: 

QUAD4  TRIA3 

QDMEMl  TRHEH 

Layer  number  of  ttie  layer(s)  to  be  retained.  The  given  layer  will  be  retained  for  each 
element  in  the  list  of  elements  (Integer  >  0  or  blank,  See  Remark  1) 

Set  identification  n\nnber  of  a  PLYLIST  btalk  data  entry  naming  a  set  of  pUes  to  be 
retained  as  active  for  each  element.  (Integer  >  0  or  blank,  See  Remark  1) 

Element  identification  number  (Integer  >  0  or  blank) 


1.  One  and  only  one  of  either  layrnum  or  iayrlst  must  be  given.  Noncomposite  elements  must  be 
called  out  on  DCONTEK  entries. 

2.  The  purpose  of  this  bulk  data  list  is  to  ensure  ttiat  adequate  physical  move  limits  are  retained  in 
optimization  with  shape  function  design  variable  linking  without  requiring  retention  of  all  move 
limits.  For  problems  with  large  numbers  of  local  variables  using  shape  functions,  the  move  limits 
often  cause  too  many  mim'nuiTn  thickness  constraints  (see  Remark  3)  to  be  retained  in  the  optimiza¬ 
tion  task.  Using  this  bulk  data  entry  or  its  noncomposite  counterpart  DCONTHK  to  name  "critical" 
miniTniim  gauge  Constraints  (see  Remark  4)  will  cause  only  the  named  elements’  thickness  con¬ 
straints  to  be  computed  and  retained.  AH  layers  of  composite  elements  named  on  DCONTHK  will  be 
retained. 

NOTE  that  all  thickness  constraints  for  an  element  will  always  be  computed  irrespective  of  the 
DCONTHK  entries,  but  may  be  deleted  in  the  constraint  deletion. 

3.  The  global  design  variable  in  shape  function  linking  is  non-physical  and  no  reasonable  restriction  for 
a  global  variable  move  limit  (side  constraint)  can  be  defined.  Therefore,  constraints  on  the  local 
design  variables  controlled  by  shape  functions  are  generated  by  ASTROS  to  ensure  that  the  design  is 
reasonable  (ie,  nonnegative  thicknesses). 
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4.  The  DC0NTH2  entry  should  select  a  minimum  number  of  elements  linked  to  shape  functions  that  will 
enable  the  optimizer  to  select  physically  reasonable  designs  without  retaining  all  the  minimiiTn 
thickness  constraints  (potentially  a  very  large  number),  lypically,  this  means  N+1  elements  spread 
over  the  range  of  the  shape  function  (e.g.  span  or  chord)  where  N  is  the  order  of  the  shape  (N=0, 
XmiFORH:  N=l,  LINEAR,  etc.). 
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Input  Data  Entry:  DC01ITH3 

Description:  Defines  a  set  of  BAR  element  cross-sectional  properties  for  a  list  of  elements  which  are 

linked  using  SHAPE  entries,  and  for  which  side  constraints  are  to  be  retained  for  all 
design  iterations. 


Format  and  Example: 


1  2  3  4  5  6  7 

8 

9  10 

DCONTH3 

ETYPE 

DVSYM 

EIDl 

EID2 

EID3 

EID4 

EID5 

EID6 

CONT  I 

CONT 

EID7 

EID8 

-etc- 

DCONTH3 

BAR 

D1 

100 

101 

Alternate  ] 

1 

^rm: 

23456789 

10 

DCONTH3 

ETYPE 

DVSYM 

EIDl 

THRU 

EID2 

Field _ Contents  _ 

ETYPE  Character  input  identifying  the  element  type.  Must  be: 

BAR 

DVSYM  Symbol  selecting  one  of  the  PBARl  cross-sectional  parameters.  (Character) 

D1  D2  D3  D4  D5 

D6  D7  D8  D9  DIO 

ElDi  Element  identification  numbers  (Integer  >  0  or  blank) 

Remarks: 

1.  The  purpose  of  this  bulk  data  list  is  to  ensure  that  adequate  physical  move  limits  are  retained  in 
optimization  with  shape  fimction  design  variable  linking  without  requiring  retention  of  all  move 
limits.  For  problems  with  large  numbers  of  local  variables  using  shape  functions,  the  move  limits 
often  cause  too  many  TniniTnimn  thickness  constraints  (see  Remark  3)  to  be  retained  in  the  optimiza¬ 
tion  task.  Using  this  bulk  data  entry  to  name  "critical”  minimum  gauge  constraints  (see  Remark  4) 
will  cause  only  the  named  elements’ thickness  constraints  to  be  computed  and  retained. 

NOTE  that  aU  thickness  constraints  for  an  element  will  always  be  computed  irrespective  of  the 
DCONTH3  entries,  but  may  be  deleted  in  the  constraint  deletion. 

2.  The  globed  design  variable  in  shape  function  linking  is  non-physical  and  no  reasonable  restriction  for 
a  global  variable  move  limit  (side  constraint)  can  be  defined.  Therefore,  constraints  on  the  local 
design  variables  controlled  by  shape  functions  are  generated  by  ASTROS  to  ensure  that  the  design  is 
reasonable. 
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Thickness  constraints  on  elements 


Input  Data  Entry:  DCONTHK 

Description:  Defines  a  list  of  elements  linked  using  shape  entries  for  which  thickness  constraints  are 

to  be  retained  on  all  design  iterations. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONTHK 

ETYPE 

EID 

EID 

EID 

EID 

EID 

EID 

EID 

CONT 

-etc- 

DCONTHK 

QDMEMl 

100 

101 

200 

205 

emate  Form: 


123456789  10 


EID 

THRU 

EID 

Field _  Contents _ _ 

ETYPE  Character  input  identifying  the  element  type.  One  of  the  following: 


BAK 

QUAD4 

CONM2 

ROD 

ELAS 

SHEAR 

MASS 

TRIA3 

QDMEMl 

TRMEM 

BID  Element  identification  number  (Integer  >  0  or  blank) 

Remarks: 

1.  The  purpose  of  this  bulk  data  Hst  is  to  ensure  that  adequate  physical  move  limits  are  retained  in 
optimization  with  shape  function  design  variable  linking  without  requiring  retention  of  all  move 
limits.  For  problems  with  large  numbers  of  local  variables  using  shape  functions,  the  move  limits 
often  cause  too  many  minimum  thickness  constraints  (see  Remark  2)  to  be  retained  in  the  optimiza¬ 
tion  task.  Using  this  bulk  data  entry  OR  its  composite  counterpart  DCOI1TH2  to  name  "critical" 
minimum  gauge  constraints  (see  Remark  3)  will  cause  only  the  named  elements’  <:liir-Tmpgg  con¬ 
straints  to  be  computed  and  retsdned.  All  layers  of  composite  elements  named  on  DCONTHK  wiU  be 
retained. 

NOTE  that  all  elements’  thickness  constraints  will  always  be  computed  irrespective  of  the  dconthk 
entries,  but  may  be  deleted  in  the  constraint  deletion. 

2.  The  global  design  variable  in  shape  function  linking  is  non-physical  and  no  reasonable  restriction  for 
a  global  variable  move  limit  (side  constraint)  can  be  defined.  Therefore,  constraints  on  the  local 
design  variables  controlled  by  shape  functions  are  generated  by  ASTROS  to  ensure  that  the  H^gign  is 
reasonable  (ie,  nonnegative  thicknesses). 

3.  The  DCONTHK  entry  should  select  a  minimum  number  of  elements  linked  to  shape  functions  that  will 
enable  the  optimizer  to  select  physically  reasonable  designs  without  retaining  all  the  miniTTtnm 
thickness  constraints  (potentially  a  very  large  number).  'lypically,  this  means  N+1  elements  spread 
over  the  range  of  the  shape  function  (e.g.  span  or  chord)  where  N  is  the  order  of  the  shape  (N=0, 
UNIFORM:  N=l,  LINEAR,  etc.).  Use  DCONTH2  for  composite  elements  in  which  linking  across  layers 
may  allow  certain  layers  to  be  omitted  from  the  retention  set. 
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Aeroelastic  Trim  Parameter  Constraint 


Input  Data  Entry  DCONTRM 
Description:  Defines  a  trim  parameter  constraint  of  the  form: 


^trim  ^  ^rimReq  or  dtrim  ^  ^trimReq 

Format  and  Example: 

][2  3  456789  10 


DCONTRM 

SETID  ^ 

PRMLAB 

CTYPE 

PRMREQ 

DCONTRM 

100 

AILERON 

UPPER 

25.0 

Field 

SETID 

PRMLAB 

CTYPE 

PRMREQ 


_ Contents  _ _ _ _ _ _ 

Set  identification  number  referenced  by  the  DCONSTRAINT  Solution  Control  com¬ 
mand.  (Integer  >  0) 

Alphanumeric  string  identifying  a  constrained  control  surface  or  aeroelastic  trim 
parameter  (e.g.  ALPHA  or  PRATE).  (See  Remark  2.) 

Constraint  type;  either  upper,  for  upper  boimd,  or  lower  for  lower  bound.  (Charac¬ 
ter,  Default  =  UPPER) 

Bound  for  the  trim  parameter.  For  units,  see  Remark  3.  (Real) 


Remarks: 

TJie  DCONTRM  entry  is  selected  in  Solution  Control  with  the  dconstraint=SETID  option  of  the 
SAERO  command. 

2.  The  PRMLAB  may  refer  to  aesurf  or  conlink  control  surfaces  or  to  any  of  the  TRIM  entry  parame¬ 
ters,  NX,  NY,  NZ,  PACCEL,  QACCEL,  RACCEL,  PRATE,  QRATE,  RRATE,  ALPHA,  or  BETA.  The  only  require¬ 
ment  is  that  the  constrained  control  surface  must  be  declared  on  the  TRIM  entry.  The  user  will  be 
warned  if  trim  parameters  not  on  the  TRIM  entry  are  constramed  (since  these  parameters  are  fixed, 
they  are  design  invariant). 

3.  The  units  for  control  surface  deflections  are  degrees.  For  rates,  the  units  should  be  radians/sec.  For 
linear  accelerations  NX,  NY,  NZ,  the  units  should  be  consistent,  (length/sec/sec)  or,  if  a  CONVERT,  MASS 
entry  was  used,  should  be  dimensionless.  Angular  accelerations  should  be  in  radians/sec/sec. 

4.  A  LOWER  bound  constraint  excludes  all  vsdues  to  the  left  of  prmreq  on  a  real  number  line,  while  an 
UPPER  bound  excludes  all  values  to  the  right,  irrespective  of  the  sign  of  prmreq. 
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Input  Data  Entry  DCONTW  T^ai-Wu  Stress  Constraint  Definition 

Description:  Defines  Ibai-Wu  stress  constraints  by  specifying  the  identification  numbers  of  constrained  elements 


Format  and  Example: 


1  23456789  10 


DCONTW 

SID 

XT 

XC 

YT 

YC 

SS 

F12 

ETYPE 

CONT 

CONT 

LAYRNUM 

EIDl 

EID2 

EID3 

-etc- 

DCONTW 

100 

1.+6 

-1.+6 

1.+4 

-1.+4 

1.5+3 

QUAD4 

ABC 

1 

102 

106 

110 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONTW 

SID 

XT 

XC 

YT 

YC 

SS 

ETYPE 

CONT  j 

CONT 

LAYRNUM 

EIDI 

THRU 

EID2 

1 

Field 

SID 

XT 

XC 

YT 

YC 

SS 

F12 

ETYPE 

LAYRNUM 

EIDi 


_ Contents _ 

Stress  constraint  set  identification  (Integer  >  0) 

Tensile  stress  limit  in  the  longitudinal  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  longitudinal  direction  (Real,  Default  =  XT) 
Tensile  stress  limit  in  the  transverse  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  transverse  direction  (Real,  Default  =  YT) 
Shear  stress  limit  for  in-plane  stress  (Real  >  0.0) 

Tsai-Wu  interaction  term  (Real) 

Element  type  (Character)  selected  from: 

QDHEMl  TSUBH  QUAD4  TRIA3 

The  layer  number  of  a  composite  element  (Integer  >  0  or  blank) 

Element  identification  munbers  (Integer  >  0) 


Remarks: 

1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 
STRESS=sid 


2.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EiDl.  Elements  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  strain  limits  for  compression,  XC  and  YC,  are  always  treated  as  negative  values  regardless  of  the 
sign  of  the  input  values. 

4.  LAYRNOM  is  only  used  if  the  element  is  composed  of  a  composite  material  defined  with  scObSP  Bulk  Data  oTitri»»s 
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Input  Data  Entry  DCONTWM  Tsai-Wu  Stress  Constraint  Definition 

Description:  Defines  'Ifeai-Wu  stress  constraints  by  specifying  material  identification  numbers 


Format  and  Example: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONTWM 

SID 

XT 

XC 

YT 

YC 

SS 

CONT  1 

CONT 

MID2 

MID3 

\ 

DCONTWM 

100 

1.+6 

-1.+6 

1.+4 

1 

+ 

1.5+3 

101 

ABC 

+BC 

102 

200 

310 

Alternate  Fo 

rm: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONTWM 

SID 

XT 

XC 

YT 

YC 

SS 

F12 

MIDI 

CONT 

CONT 

THRU 

MID2 

Field _  Contents  _ _ _ 

Stress  constraint  set  identification  (Integer  >  0) 

Tensile  stress  limit  in  the  longitudinal  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  longitudinal  direction  (Real,  Default  =  XT) 

Tfensile  stress  limit  in  the  transverse  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  transverse  direction  (Real,  Default  =  YT) 

Shear  stress  limit  for  in-plane  stress  (Real  >  0.0) 

F 1 2  Ifeai-Wu  interaction  term  (Real) 

MiDi  Material  identification  numbers  (Integer  >  0) 

Remarks: 

1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRESS=sid 

2.  If  the  alternate  form  is  used,  MID2  must  be  greater  than  or  equal  to  MIDI.  Materials  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  stress  limits  for  compression,  xc  and  YC,  are  always  treated  as  negative  values  regardless  of  the 
sign  of  the  input  values. 


SID 

XT 

XC 

YT 

YC 
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Input  Data  Entry  DCONTWP  Ibai-Wu  Stress  Constraint  Definition 

Description:  Defines  Tsai-Wu  stress  constraints  by  specifying  element  property  identification  numbers 

Format  and  Example: 


IDCONTWP 


CONT 


2  3 


SID  XT 


LAYRNUM  PIDl 


Alternate  Form: 

1  2 


DCONTWP 


CONT 


SID 


DCONTWP 

100 

1.+6 

+BC 

100 

200 

-1.+6 


300 


YC 

SS 

-etc- 

XT 

XC 

YT 

PIDI 

THRU 

PID2 

10 


CONT 


F12  PTYPE  CONT 


Field 

SID 

XT 

XC 

YT 

YC 

SS 

F12 

PTYPE 

LAYRNUM 

PIDi 

Remarks: 


_  Contents  _ 

Stress  constraint  set  identification  (Integer  >  0) 

Tensile  stress  limit  in  the  longitudinal  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  longitudinal  direction  (Real,  Default  =  XT) 
Tensile  stress  limit  in  the  transverse  direction  (Real  >  0.0) 

Compressive  stress  limit  in  the  transverse  direction  (Real,  Default  =  yt) 
Shear  stress  limit  for  in-plane  stress  (Real  >  0.0) 

Tsai-Wu  interaction  term  (Real) 

Property  type  (Character)  selected  firom: 

PQDMEMl  PTRMEM  PSEELL 

PCOMP  PCOMPl  PCOMP2 

The  layer  number  of  a  composite  element  (Integer  >  0  or  blank) 

Property  identification  numbers  (Integer  >  0) 


1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 
STRESS=sid 


2.  If  the  alternate  form  is  used,  PID2  must  be  greater  than  or  equal  to  pidi.  Properties  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  stress  limits  for  compression,  xc  and  YC,  are  always  treated  as  negative  values  regardless  of  the 
sign  of  the  input  values. 

4.  LAYRNUM  is  Only  used  if  the  element  is  composed  of  a  composite  material  defined  with  pcomp  Bulk 
Data  entries. 
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Input  Data  Entry  DCONVM  Von-Mises  Stress  Constraint  Definition 

Description:  Defines  a  Von-Mises  stress  constraint  by  specifying  the  identification  numbers  of  con¬ 

strained  elements 


Format  and  Example: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONVM 

SID 

ST 

SC 

SS 

ETYPE 

LAYRNUM 

EIDI 

EID2 

CONT  1 

CONT 

EID3 

EID4 

-etc- 

1 

DCONVM 

100 

1.+6 

-1.+6 

1.+4 

BAR 

101 

102 

ABC 

+BC 

107 

108 

142 

Alternate  Fo 

rm: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DCONVM 

SID 

ST 

SC 

SS 

ETYPE 

LAYRNUM 

EIDI 

THRU 

CONT 

CONT 

EID2 

Field 

SID 

ST 

SC 

SS 

ETYPE 


LAYRNUM 

EIDi 


_  Contents _ 

Stress  constraint  set  identification  (Integer  >  0) 

Tensile  stress  limit  (Real  >  0.0  or  blank) 

Compressive  stress  limit  (Real,  Default  =  ST). 

Shear  stress  limit  (Real  >  0.0  or  blank) 

Element  type  (Character)  selected  from: 

BAR  ROD 

QDMEMl  TRMEM  QUAD4  TRIA3 

The  layer  number  of  a  composite  element  (Integer  >  0  or  blank) 
Element  identification  numbers  (Integer  >  0) 


Remarks: 

1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 


STRESS^sid 


2.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EIDI.  Elements  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  stress  limit  for  compression,  SC,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 

4.  LA.YKNUH  is  only  used  if  the  element  is  composed  of  a  composite  material  defined  with  PCOMP  Bulk 
Data  entries. 
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Input  Data  Entry  DCONVNM  Von-Mises  Stress  Constraint  Definition 

Description:  Defines  a  Von-Mises  stress  constraint  by  specifying  material  identification  numbers. 


Alternate  Form: 

1  2  3  4 _ 5 _ 6 _ 7 _ 8 _ 9 _ 10 

DCONVMM  SID  ST  SC  SS  MIDI  THRU  MID2  I 


Field  Contents 

SID  Stress  constraint  set  identification  (Integer  >  0) 

ST  Tfensile  stress  limit  (Real  >  0.0  or  blank) 

SC  Compressive  stress  limit  (Real,  Default  =  ST) 

SS  Shear  stress  limit  (Real  >  0.0  or  blank) 

MIDI  Material  identification  numbers  (Integer  >  0) 

Remarks: 

1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STR£SS=sid 

2.  If  the  alternate  form  is  used,  MID2  must  be  greater  than  or  equal  to  MIDI.  Materials  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  stress  limit  for  compression,  SC,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 
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Input  Data  Entry  DCONVMP  Von-Mises  Stress  Constraint  Definition 

Description:  Defines  a  Von-Mises  stress  constraint  by  specifying  property  identification  numbers. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  DCONVMP 

SID 

ST 

SC 

SS 

PTYPE 

LAYRNUM 

PIDI 

PID2 

CONT  j 

jcONT 

PID3 

PID4 

-etc- 

1 

DCONVMP 

100 

1.+6 

-1.+6 

1.+4 

PBAR 

102 

103 

ABC 

+BC 

107 

108 

142 

Alternate  Form: 

1  23456789  10 


DCONVMP 

SID 

ST 

SC 

SS 

PTYPE 

LAYRNUM 

PIDI 

THRU 

CONT  1 

CONT 

PID2 

1 

Field 

SID 

ST 

SC 

ss 


_ Contents _ 

Stress  constraint  set  identification  (Integer  >  0). 
Tensile  stress  limit  (Real  >  0.0  or  blank) 
Compressive  stress  limit  (Real,  Defaxilt  =  st) 
Shear  stress  limit  (Real  >  0.0  or  blank) 


PTYPE  Property  type  (Character)  selected  firom: 

PBAR  PROD 

PSHEAR  PQDMEMl  PTRMEM  PSHELL 

PCOMP  PCOMPl  PCOMP2 

LAYRNUM  The  layer  number  of  a  composite  element  (Integer  >  0  or  blank) 


PIDi 


Property  identification  numbers  (Integer  >  0) 


Remarks: 

1.  Stress  constraints  are  selected  in  Solution  Control  with  the  discipline  option: 

STRESS^sid 

2.  If  the  alternate  form  is  used,  PID2  must  be  greater  than  or  equal  to  PIDI.  Properties  in  the  range 
which  do  not  exist  are  ignored. 

3.  The  stress  limit  for  compression,  SC,  is  always  treated  as  a  negative  value  regardless  of  the  sign  of 
the  input  value. 

4.  LAYRNUM  is  only  used  if  the  element  is  composed  of  a  composite  material  defined  with  PCOMP  Bulk 
Data  entries. 
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Input  Data  Entry:  DENSLIST 

Description:  Defines  a  list  of  density  ratio  values. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DENSLIST 

SID 

DENSI 

DENS2 

DENS3 

DENS4 

DENS  5 

DENS6 

DENS7 

jcONT 

DENS  8 

DENS  9 

-etc- 

_ 

DENSLIST 

201 

1.0 

in 

o 

0.7 

Field _ Contents _ _ _ 

SID  Density  set  identification  number  (Integer  >  0) 

DENSi  Density  ratio  value  (Real  >  0.0) 

Remarks: 

1.  DENSLIST  Bxilk  Data  entries  are  selected  in  the  Fionction  Packet. 

2.  'ITie  density  ratios  will  be  used  to  select  particular  intrinsic  function  values  for  those  intrinsics  that 
are  associated  with  a  density  ratio;  e.g.  flutter  roots. 
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Input  Data  Entry:  DESELM 

Description:  Designates  design  variable  properties  when  the  design  variable  is  uniquely  associated 

with  a  single  finite  element 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DESELM 

DVID 

EID 

ETYPE 

VMIN 

VMAX 

VINIT 

LAYERNUM 

LABEL 

CONT  1 

CONT 

DVSYMBL 

...J 

DESELM 

1 

10 

CBAR 

0.01 

10.0 

1.0 

+ABC  1 

+BC 

D1 

J 

Field 

DVID 

EID 

ETYPE 


VMIN 

VMAX 

VINIT 

LAYERNUM 

LABEL 

DVSYMBL 


_  Contents  _ 

Design  variable  identification  (Integer  >  0) 

Element  identification  (Integer  >  0) 

Element  type  (Character)  selected  fi'om: 

CELASi  CHASSi  COMM2 

CBAR  CROP  CONROD 

CSHEAR  CQDMEMl  CTRHEM  CQt7AD4  CTRIA3 

Minimum  allowable  value  of  the  design  variable  (Real  S  0.0)  (Default  =  .001) 
Maximum  allowable  value  of  the  design  variable  (Real  >  0.0)  (Default  =  1000.) 
Initial  value  of  the  design  variable  (Real,  VMIN  <  viNiT  <  VMAX)  (Default  =  1.0) 
The  layer  number  of  a  composite  element  to  be  designed  (Integer  >  0,  or  blank) 
Optional  user-supplied  label  to  define  the  design  variable  (Character) 

Design  variable  symbol  associated  with  this  local  design  variable  (Remark  3) 


Remarks: 

1.  The  initial  element  thickness  or  area  used  in  the  structural  analysis  is  derived  from  the  viNlT  value 
and  the  property  value  on  the  associated  property  entry: 

tinit  =  VINIT  *  property_value 

Similarly,  the  minimum  and  maximum  values  are  the  VMIN  and  VMAX  values  of  the  element  property 
are  derived  firom: 

tmin  =  VMIN  *  property_value 


tmax  =  VMAX  *  property_value 

2.  DVID  must  be  unique  among  all  deselh,  desvarp  and  desvars  entries. 
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3.  If  the  designed  element  has  only  one  designable  property,  the  continuation  containing  DVSYMBL 
may  be  omitted.  Otherwise,  a  selection  must  be  made  from  the  following  table: 


ELEMENTS 

ALLOWABLE  dvsymbl  VALUES  j 

ELASi 

K 

HASSi,  CONM2 

H 

BAR  (PEAK),  ROD,  CONROD 

A 

BAR  (PBARl) 

Dl,  D2,  D3,  D4,  D5,  D6,  D7,  D8,  D9,  DIO 

SHEAR, QDMEHl , TRMEM, QUAD4 , TRIA3 

1 
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Input  Data  Entry:  DESVARP 


Description:  Designates  physically  linked  global  design  variable  properties 

Format  and  Example: 


DESVARP  DVID  LINKID 


LINKID 


VINIT 


LAYRNUM 


LAYRLST 


LABEL 


Remarks: 


Design  variable  identification  (Integer  >  0) 

link  identification  number  referring  to  elist,  elistm  and/or  PLIST,  PLISTM 
entries  (Integer  >  0,  or  blank)  (Default  =  dvid) 

Minimum  allowable  value  of  the  design  variable  (Real  >  0.0)  (Default  =  0.001) 

Maximum  allowable  value  of  the  design  variable  (Real  >  0.0)  (Default  =  1000.0) 

Initial  value  of  the  design  variable  (Real,  VMIN  <  viNiT  <  VMAX)  (Default  =  1.0) 

Layer  number  if  referencing  a  single  layer  of  composite  element(s) 

(Integer  >  0  or  blank) 

Set  identification  number  of  plylist  entries  specifying  a  set  of  composite  layers  to 
be  linked  (Integer  >  0  or  blank) 

Optional  user  supplied  label  to  define  the  design  variable  (Character) 


1.  The  elements  linked  to  the  desvarp  are  specified  using  one  or  more  elist,  elistm,  plist,  and 
PLISTM  entries. 

2.  The  initial  element  thickness  or  area  used  in  the  structural  analysis  is  derived  firom  the  VIHIT  value 
and  the  property  value  on  the  associated  property  entry: 

tinit  =  VINIT  *  property_value 

Similarly,  the  minimiiTn  and  maximum  values  are  the  VMIN  and  VMAX  values  of  the  element  property 
are  derived  from; 

tmin  =  VMIN  *  property_value 


tmax  =  VMAX  *  property_value 

3.  LAYRMOM  and  LAYRLST  are  mutually  exclusive. 

4.  Noncomposite  elements  may  be  linked  to  composite  layers  by  including  them  in  the  ELIST,  ELISTM 
and/or  PLIST,  PLISTM  sets. 
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Input  Data  Entry:  DESVARS 

Description:  Designates  shape  function  linked  global  design  variable  properties. 


Field 


Contents 


DVID  Design  variable  identification  (Integer  >  0) 

SHAPEID  Identification  number  of  shape  and/or  shapem  bulk  data  entries  defining  the  shape 

function  (Integer  >  0,  or  blank)  (Default  =  dvid) 

VMIN  Minimum  allowable  value  of  the  design  variable  (Real)  (Default  =  -10^°) 

VMAX  Maximum  allowable  value  of  the  design  variable  (Real)  (Default  =  10^®) 

VINIT  Initial  value  of  the  design  variable  (Real,  vmin  <  VINIT  <  VMAX)  (No  default,  a  value 

must  be  suppHed ) 

LAYRNUM  Layer  nmnber  if  referencing  a  single  layer  of  composite  element(s) 

(Integer  >  0  or  blank) 

LAYRLST  Set  identification  of  fIiYLZST  entries  specifying  a  set  of  composite  layers  to  be  linked 

(Integer  >  0  or  blank) 

label  Optional  user  supplied  label  to  define  the  design  variable  (Character) 

Remarks: 

1.  The  elements  linked  to  the  DESVARS  are  specified  using  SHAPE  and/or  SHAPEM  Bulk  Data  entries. 

2.  The  initial  local  variables  are  computed  from: 


(tinic)  =  P  {VINIT} 


Where  P  is  the  design  variable  linking  matrix  and  the  miniTmim  and  maximum  values  for  the  local 
variables  are  taken  firom  the  TMIN  and  TMAX  values  on  the  property  and  connectivity  entries,  respec¬ 
tively. 

3.  LAYRNUM  and  LAYRLST  are  mutually  exclusive. 

4.  Noncomposite  elements  may  be  linked  to  composite  layers  by  including  them  in  the  referenced  shape 
or  SHAPEM  set. 
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Input  Data  Entry:  DLAGS 

Description:  This  entry  is  used  in  conjunction  with  RLOASl,  kZiOAD2,  tloadI  and  tloai}2  data  en¬ 

tries  and  defines  time  lags  and  phase  lags  as  well  as  the  set  identification  of  the  static 
load. 

Format  and  Example: 


12345678 

9  10 

DLAGS 

SID 

LID 

TAU 

PHASE 

LID 

TAU 

PHASE 

_ 

DLAGS 

5 

21 

0.04 

20.0 

10 

0.0 

45.0 

Field  Contents 

SID  Identification  number  of  DLAGS  set  (Integer  >  0) 

LID  Identification  number  of  time  (or  firequency)  independent  applied  load  (Integer  >  0) 

TAU  Time  delay  for  the  designated  load  set  (Real) 

PHASE  Phase  lag  (in  degrees)  for  the  designated  load  set  (Real) 

Remarks: 

1.  One  or  two  dynamic  load  sets  may  be  defined  on  a  single  entry. 

2.  Refer  to  KLOADI,  RL0AD2,  TLOADI  or  TL0AD2  entries  for  formidas  which  define  the  manner  in  which 
TAD  and  PHASE  are  used. 

3.  The  phase  parameter  is  used  only  in  conjunction  with  rloadi  and  RLOAD2  data  entries. 

4.  The  LID  set  can  refer  to  statically  applied  loads  as  weU  as  to  additional  dynamic  loads  input  on 
DLONLY  entries. 

5.  TAD  and  PEASE  can  be  defaulted  to  zero,  but  LID  must  not  be  zero. 
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Description:  Defines  a  dynamic  loading  condition  for  firequency  response  or  transient  response  prob¬ 

lems  as  a  Knear  combination  of  load  sets  defined  using  rloadi  or  RLOAC2  entries  (for 
firequency  response)  or  TliOADl  or  TLOAD2  entries  (for  transient  response) 


Field 


Contents 


SID  Load  set  identification  number  (Integer  >  0) 

S  Scale  factor  (Real  0.0) 

Si  Scale  Factors  (Real  *  0.0) 

Li  Load  set  identification  numbers  defined  via  bulk  data  entries  enumerated  above 

(Integer  >  0) 

Remarks: 

1.  The  load  vector  being  defined  by  this  entry  is  given  by 

[P]  =  s  Y,  SiPi 

d 

2.  The  Li  must  be  unique. 

3.  SID  must  be  unique  from  all  Li. 

4.  TLOADl  and  TLOAD2  loads  may  be  combined  only  through  the  use  of  the  DLOAD  entry. 

5.  RLOADl  and  SLOAD2  loads  may  be  combined  only  through  the  use  of  the  dload  entry. 

6.  SID  must  be  unique  for  all  TLOADl,  TLOAD2,  RLOADl  and  RLOAD2  entries. 

7.  Linear  load  sets  must  be  selected  by  a  solution  control  command  (dload  =  SID). 
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Input  Data  Entry:  DLONLY 

Description:  This  entry  is  used  in  conjunction  with  the  RLOADl,  RLOAD2,  TLOADl  and  TLOAD2  entries 

and  defines  the  point  where  the  d5nianiic  load  is  to  be  applied  with  the  scale  factor  A. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DLONLY 

SID 

P 

C 

A 

P 

C 

A 

1 

DLONLY 

3 

6 

2 

8.2 

15 

1 

Field 

Contents 

SID  Identification  number  of  DLONLY  set  (Integer  >  0) 

P  Grid,  extra  point  or  scalar  point  identification  number  (Integer  >  0) 

C  Component  number  (1  through  6  for  grid  point;  blank  or  0  for  extra  points  or  scalar 

points) 

A  Load  factor  A  for  the  designated  coordinate  (Real) 

Remarks: 

1.  One  or  two  load  factors  may  be  defined  on  a  single  entry. 

2.  Refer  to  RLOADl,  RLOAD2,  TLOADl  or  TLOAD2  entries  for  the  formulas  which  define  the  load  factor  A. 

3.  Component  numbers  refer  to  global  coordinates. 

4.  The  SID  field  is  referred  to  as  the  DLA6S  entry. 

5.  The  scale  factor.  A,  applied  to  any  grid/component  will  be  the  sum  of  all  Ai  for  that  degree  of  freedom 
on  all  DLONLY  entries  with  the  same  SID. 


Input  Data  Entry:  DMI  Direct  Matrix  Input 

Description:  Used  to  input  matrix  data  base  entities  directly.  Generates  a  real  or  complex  matrix  of 

the  form: 

All  Ai2  ...  Ai^ 

^  _  A21  A22  ...  A2n 

_Anl  Am2  . . .  Ajnn_ 

where  the  elements  Aij  may  be  real  or  complex 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PREC 

FORM 

M 

N 

CONT 

Cl 

RI 

A(R1,  Cl) 

C2 

R2 

A{R1,  C2) 

A(KL+1,  C2) 

C3 

CONT 

CONT 

RI 

A(R1,  C3) 

C4 

to 

A(R2,  C4) 

DMI 

TEST 

RDP 

REC 

3 

4 

ABC 

+BC 

1 

2 

2.0 

2 

1 

3.0 

4.0 

4 

DEF 

+EF 

1 

0 

in 

4 

3 

6.5 

Field _ Contents _ 

NAME  Any  valid  data  base  entity  name  (Character) 

PREC  The  precision  of  the  matrix  entity  to  be  loaded  (Character)  selected  from: 

RSP  CSP  RDP  CBP 

FORM  The  form  of  the  matrix  entity  to  be  loaded.  Any  one  of  the  following 

REC  SYM  DIA6  IBENT  SQUARE 

M  The  number  of  rows  in  the  matrix  (Integer  >  0) 

N  The  number  of  columns  in  the  matiix  (Integer  >  0) 

Ci  The  column  number  of  the  column  being  loaded  (Integer) 

Ri  The  row  number  of  the  first  row  in  the  string  being  loaded  (Integer) 

A  ( Ri ,  Ci )  Matrix  terms  (Real) 

Remarks: 

1.  If  the  named  entity  exists,  it  will  be  flushed  and  reloaded.  If  the  entity  does  not  exist,  it  will  be 
created. 

2.  Colunm  and  row  identifiers  (Ci,  Ri)  must  always  appear  together  although  they  can  appear  in  any 
two  contiguous  fields. 

3.  Columns  must  be  loaded  in  increasing  column  number  order.  If  more  than  one  string  is  to  be  loaded 
for  a  particular  column,  the  Ci  field  must  contain  the  same  value  as  in  the  previous  string.  Strings 
must  be  loaded  in  increasing  row  order  without  overlap.  Complex  matrices  require  two  real  values  for 
each  matrix  term.  These  can  be  spht  across  physical  entry  boundaries. 
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Input  Data  Entry:  DMIG  Direct  Matrix  Input  at  Grid  Points 

Description:  Defines  structure-related  direct  input  matrices  with  terms  located  by  external  grid/com¬ 

ponent  values. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

NAME 

PREC 

FORM 

CONT 

GCOL 

CCOL 

GROW 

CROW 

Xij 

Yij 

CONT 

GCOL 

CCOL 

GROW 

Xij 

Yij 

CONT 

DMIG 

TEST 

RDP 

REC 

ABC 

+BC 

4 

2001 

2 

1.25+5 

DEF 

+EF 

4 

3001 

3 

-etc- 

Field 

NAME 

PREC 

FORM 

GCOL 

COOL 

GROW 

CROW 


Xi  j  /  Yij 


Remarks: 


_ Contents  _ 

Any  valid  data  base  entity  name  (Character) 

The  precision  of  the  matrix  entity  to  be  loaded.  Any  one  of  the  following  character 
strings:  RSP,  RDP,  CSP,  or  CDP 

The  form  of  the  matrix  entity  to  be  loaded.  Any  one  of  the  following:  REC,  SYM, 
DXA6,  IDENT,  SQUARE,  TRIAN6 

Grid,  scalar  or  extra  point  identification  for  column  index  (Integer) 

Component  number  for  GCOL,  0  <  CCOL  <  6  if  GCOL  is  a  grid  point,  zero  or  blank  for 
scalar  or  extra  points.  (Integer) 

Grid,  scalar  or  extra  point  identification  for  row  index.  (Integer) 

Component  number  for  GROW,  0  <  CROW  <  6  if  GROW  is  a  grid  point,  zero  or  blank  for 
scalar  or  extra  points.  (Integer) 

Matrix  term.  Xij  is  real  part  for  real  or  complex  matrices.  Yij  is  the  imaginary  part  for 
complex  matrices  and  is  ignored  for  real  matrices.(Real) 


1.  If  the  named  entity  exists,  it  wiQ  be  flushed  and  reloaded.  If  the  entity  does  not  exist,  it  will  be 
created. 


2.  The  number  of  rows  and  columns  will  be  either  p-set  size  or  g-set  size  depending  on  whether  the 
named  entity  is  requested  by  K2PP,  M2PP,  B2PP  or  K2GG,  M2GG,  etc. 

3.  Each  non-null  term  in  the  matrix  requires  a  continuation  entry.  The  column  index  and  row  index 
values  can  appear  any  number  of  times  on  a  logical  entry  but  a  fatal  error  will  occur  if  the  same  term 
is  entered  more  than  once. 

4.  The  matrix  terms  can  be  entered  in  any  order. 

5.  The  TRIANG  input  FORM  implies  that  only  the  upper  or  lower  triangular  portion  of  the  symmetric 
matrix  is  input.  ASTROS  will  automatically  expand  the  input  across  the  diagonal. 
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Input  Data  Entry:  DVTOPTE  Type  definition  for  designed  element  thickness  variation 

Description:  Defines  the  thickness  variation  type  for  a  designed  element  by  specifying  the  element 

identification  numbers. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

DVTOPTE 

TYPE 

ETYPE 

EIDI 

EID2 

EID3 

EID4 

EID5 

EID6 

CONT 

CONT 

EID7 

EID8 

-etc- 

DVTOPTE 

TOP 

101 

102 

104 

Alternate  Form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

DVTOPTE 

TYPE 

ETYPE 

EIDI 

THRU 

EID2 

Field 


Contents 


TYPE 


ETYPE 

EIDi 

Remarks: 


Designed  element  thickness  variation  type,  one  of  the  chauracter  values,  CENTER,  TOP 
or  BOTTOM,  (Character,  default  =  CENTER) 

CENTER  Element  thickness  varies  about  a  fixed  element  reference  plane 

TOP  Element  thickness  varies  about  a  fixed  element  top  plane 

BOTTOM  Element  thickness  varies  about  a  fixed  element  bottom  plane 

Element  type  (Character)  selected  fi“om: 

QUAD4  TRIA3 

Element  identification  number  (Integer  >  0) 


1.  The  thickness  option  for  a  selected  element  will  be  ignored  if  it  is  not  a  designed  plate  bending 
element. 
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Input  Data  Entry:  DVTOPTL  Type  definition  for  designed  element  thickness  variation. 

Description:  Defines  the  thickness  variation  type  for  a  designed  element  by  specifying  the  element  list 

set  ID  number. 

Format  and  Examples: 


1  DVTOPTL 

TYPE 

ELIDl 

ELID2 

ELID3 

ELID4 

ELID5 

ELID6 

ELID7 

CONT 

|cONT 

ELID8 

ELID9 

-etc- 

DVTOPTL 


TOP 


10 


99 


999 


Field 


Contents 


type  Designed  element  thickness  variation  type,  one  of  the  character  values,  CEaraER,  TOP 

or  BOTTOM.  (Character,  default  =  CENTER) 

CENTER  Element  thickness  varies  about  a  fixed  element  reference  plane 

TOP  Element  thickness  varies  about  a  fixed  element  top  plane 

BOTTOM  Element  thickness  varies  about  a  fixed  element  bottom  plane 

ELlDi  Element  list  set  identification  number  (Integer  >  0) 

Remarks: 

1.  The  thickness  option  for  a  selected  element  will  be  ignored  if  it  is  not  a  design  bending  element. 

2.  The  elements  in  the  specified  list  will  be  ignored  if  they  are  not  QnAD4  or  TRIA3 . 


1 
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Input  Data  Entry: 
Description 


DVTOPTP  lype  definition  for  designed  element  thickness  variation. 


Defin^the  thickness  variation  type  for  a  designed  element  by  specifying  the  element 
property  identification  numbers. 


Format  and  Examples: 


1 

2  3 

__  4  5  6  7  8  9  10 

1 DVTOPTP 

TYPE 

PTYPE 

PIDI 

PID2 

PID3 

PID4 

PID5 

PID6 

CONT 

jcONT 

PID7 

PID8 

-etc- 

DVTOPTP 

TOP 

PSHELL 

100 

200 

Alternate  Form: 

1  2 

3  4 

5  6  7 

8 

9 

10 

1  DVTOPTP 

TYPE 

PTYPE 

PIDI 

THRU 

PID2 

Field 


Contents 


Designed  element  thickness  variation  type,  one  of  the  character  values,  center  top 
or  BOTTOM.  (Character,  default  =  center)  ’ 

CENTER  Element  thickness  varies  about  a  fixed  element  reference  plane 

®'l®®®nt  thickness  vanes  about  a  fixed  element  top  plane 
BOTTOM  Element  thickness  varies  about  a  fixed  element  bottom  plane 

Property  type  (Character)  selected  fi:om: 

PSHELL  PCOMP  PCOMPl  PCOMP2 

Property  identification  number  (Integer  >  0) 


PTYPE 

PIDi 

Remarks: 


1. 


The  thickness  option  for  elements  connected  to  the  specified  properties  will  be 
not  designed  bending  plate  elements. 


ignored  if  it  they  are 
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Input  Data  Entry:  DYNRED  Dynamic  Reduction  Data 

Description:  Defines  d3mamic  reduction  control  data. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

[dynred 

SID 

FMAX 

NVEC 

DYNRED 

1 

50.0 

Field _ _ _ Contents _ 

SID  Set  identification  number  (Integer  >  0) 

FMAX  Highest  firequency  of  interest  (Hertz)  (Real  >  0  or  blank) 

nvec  Number  of  generalized  coordinates  desired  (Integer  >  0  or  blank) 

Remarks: 

1.  Dynamic  reduction  data  must  be  requested  in  the  Solution  Control  packet  with: 

DYint£D=SlD 

2.  The  user  should  select  either  an  FMAX,  or  both  the  FMAX  and  NVEC  fields.  FMAX  should  not  be  greater 
than  necessary  for  the  specific  dynamic  analysis.  NVEC,  if  specified,  should  be  significantly  less  than 
the  size  of  the  f-set  to  realize  any  computational  cost  savings,  nvec  will  limit  dynamic  reduction  to 
using  NVEC  flexible  vectors. 

3.  Dynamic  reduction  transforms  the  motions  of  the  f-set  to  the  motions  of  the  user  defined  A-set  plus 
motions  of  generalized  coordinates  created  in  the  process.  The  generalized  coordinates  represent 
overall  structure  displacements  which  are  approximate  normal  mode  shapes.  The  generalized  coordi¬ 
nates  are  identified  by  SCALAR  points  that  are  automatically  generated.  The  SCALAR  point  identifi¬ 
cation  numbers  begin  with  1  greater  than  the  highest  user  GRID,  SCALAR,  or  EXTRA  point 
identification  number. 
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Input  Data  Entry:  EIGC  Complex  Eigenvalue  Extraction  Data. 

Description:  Specifies  complex  eigensolution  control  data. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

EIGC 

SID 

METHOD 

NORM 

G 

C 

E 

abc 

+bc 

PAI 

QAI 

PBl 

QBl 

W1 

NEI 

NDI 

def  1 

+ef 

PA2 

QA2 

PB2 

QB2 

W2 

NE2 

ND2 

def 

EIGC 

14 

INV 

POINT 

27 

1.-8 

ABC 

•fBC 

2.0 

5.6 

to 

o 

-3.4 

2.0 

4 

4 

DEF 

+EF 

-5.5 

-5.5 

5.6 

5.6 

1.5 

6 

3 

DEF 

Field _  Contents _ 

SID  Set  identification  number  (Unique  integer  >  0) 


METHOD 


NORM 


G 

C 

E 


Method  of  complex  eigenvalue  extraction,  one  of  the  strings  INV  or  HESS 
INV  -  Inverse  power  method 
HESS  -  Upper  Hessenberg  method 

Method  for  normalizing  eigenvectors,  one  of  the  strings  max  or  foimt 

MAX  -  Normalize  to  a  tmit  value  for  the  real  part  and  a  zero  value  for  the  imaginary 

part,  the  component  having  the  largest  magnitude. 

POINT  -  Normahze  to  unit  value  of  the  component  G,c  (defaults  to  MAX  if  point  is  not 
defined) 

Grid  or  scalar  point  identification  number  (Required  if  and  only  if  NORM  =  point 
(Integer  >  0) 

Component  number  (Required  if  and  only  if  NORM  =  point  and  G  is  a  geometric  grid 
point)  (0  <  Integer  <  6) 

Convergence  test  (Real,  Default  =  10'®) 


PAi ,  QAi  Two  complex  points  defining  a  line  in  the  complex  plane  (Real) 

PBi,  QBi 


W 


Width  of  region  in  complex  plane  (Real  >  0) 


NEi  Estimated  number  of  roots  in  each  region  (Integer  >  0) 

NDi  Desired  number  of  roots  in  each  region  (Default  is  3  *NEi)  (Integer  >  0) 
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Remarks: 

1.  The  SID  may  be  called  out  directly  in  the  CEI6  module  call  or  may  be  entered  via  the  Solution 
Control  CMETHOD  in  the  BOUNDARY  command.  One  of  these  methods  must  be  used. 

2.  Each  continuation  entry  defines  a  rectangular  search  region.  Any  number  of  regions  may  be  used  and 
they  may  overlap.  Roots  in  overlapping  regions  will  not  be  extracted  more  than  once. 


3.  The  units  of  P,  Q,  and  w  are  radians  per  unit  time. 

4.  At  least  one  continuation  entry  is  required. 

5.  For  the  Upper  Hessenberg  method,  NDl  controls  the  number  of  vectors  computed.  Only  one  continu¬ 
ation  entry  is  considered  and  the  (P,  Q)  pairs,  along  with  the  parameters  W1  and  NEl  are  ignored.  All 
eigenvalues  are  computed  for  this  method. 

6.  If  (P,  q)  pairs  and  parameters  W1  and  NEl  are  provided,  and  insufficient  memory  exists  for  the  Upper 
Hessenberg  method  ,  ASTROS  will  switch  to  the  Inverse  power  method. 

7.  A  pair  (P,  Q)  defines  a  complex  eigenvalue.  From  this  pair  the  following  may  be  computed: 

=  undamped  frequency  =  —  + 

"  2jc 

„  P 

^  =  damping  coefficient  = 

^P^+Q'^ 

fjj  =  damped  firequency  =  ^ 

for  hghtly  damped  systems,  Q  is  a  measiu-e  of  the  radian  fi-equency  and  P  is  a  measure  of  the 
damping. 

8.  Parameter  wi  should  be  kept  greater  than  5  percent  of  the  segment  length  Ai  to  Bi  for  relatively 
efficient  processing. 
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Input  Data  Entry:  ETGR  Real  Eigenvalue  Extraction  Data. 

Description:  Defines  data  needed  to  perform  real  eigenvalue  extraction 

Format  and  Example: 

_ 1  2  3  4  5  6  7 


FI 


C 


SID  METHOD 


Field 


SID 

METHOD 


9  10 


E  CONT 


EIGR  1 

13 

+BC 

POINT 

_  Contents 


Set  identification  number  (Unique  integer  >  0) 

Method  of  eigenvalue  extraction,  one  of  the  character  values,  SINV,  gtv,  HGIV  or 
PEER.  ’ 

SINV  Inverse  power  method  with  sturm  sequence  rhpflrg 

GIV  Given’s  method 

MGIV  Modified  Given’s  method 

PEER  Tridiagonal  Reduction  Method 


When  METHOD  is  sinv 


Fl,  F2 


Frequency  range  of 
interest  (Real  >  0.0) 
(Hz).  Both  must  be 
input. 


Estimate  of  number  of 
roots  in  range 
(Required) 


Desired  number  of 
roots.  (Default  is  3*NE, 
INV  only)  (Integer  >0) 


When  METHOD  is 
GIV  or  MGIV 


Frequency  range  of 
interest  (Real  >  0.0)  (Hz). 
IfND  is  blank, 
eigenvectors  are  found 
whose  natural 
firequencies  lie  in  the 
range  between  Fl  and  f2. 


Not  Used 

Desired  number  of 
eigenvectors.  (Integer 
>0).  If  ND  is  blank  or  zero, 
the  number  of 
eigenvectors  is 
determined  from  Fl  and 
P2.  (Default  =  0) 


When  METHOD  is 
_ PEER _ 

Fl  is  the  center  of  the 
range  of  interest,  (Real  > 
0.0,  Default  =  0.0)  (Hz). 
F2  represents  the 
maximum  upper  bound, 
in  percent,  on 
2 

(^FEER  - 

2  “  ^ 

O^EXACT 

for  the  acceptance  of  a 
computed  eigensolution. 
(Default  is  0.001/n  where 
n  is  the  rank  of  the  a-set) 

Not  Used 


Desired  number  of 
eigenvalues  and 
eigenvectors.  (Integer 
>0).  If  ND  is  blank  or  zero, 
one  eigenvector  is 
extracted 


318 


E 


Convergence  test  (Real,  Default  =  10’®)  (Not  used  for  PEER) 

norm  Method  for  normalizing  eigenvectors,  one  of  the  character  values,  MA.SS,  MAX,  or 

POINT 

MASS  -  Normalize  to  unit  value  of  the  generalized  mass 

MAX  -  Normalize  to  unit  value  of  the  largest  component  in  the  analysis  set  (Default) 
POINT  -  Normalize  to  unit  value  of  the  component  defined  by  G,c  (defaults  to  "MAX"  if 
point  is  not  defined) 

G  Grid  or  scalar  point  identification  number  (Required  only  if  norm  =  "POINT")  (Integer  >  0) 

c  Component  number  (One  of  the  integers  1-6)  (Required  only  if  NORM  =  "POINT"  and  G 

is  a  geometric  grid  point) 

Remarks: 

1.  Real  eigenvalue  extraction  data  sets  must  be  selected  in  Solution  Control  (Method  =  SID)  to  be  used. 

2.  The  continuation  entry  is  not  required,  max  normalization  is  then  used. 

3.  If  METHOD  =  "Giv"  or  "mgiv",  ALL  eigenvalues  are  found. 

4.  If  METHOD  =  "GIV",  the  mass  matrix  for  the  analysis  set  must  be  positive  definite.  Singularities  or 
near-singularities  of  the  mechanism  type  in  the  mass  matrix  will  produce  poor  numerical  stability  for 
the  GIV  method. 

5.  If  NORM=  MAX,  components  that  are  not  in  the  analysis  set  may  have  values  larger  than  unity. 

6.  If  NORM®  POINT,  the  selected  component  should  be  in  the  analysis  set.  The  program  uses  MAX  when  it 
is  not  in  the  analysis  set. 

7.  The  desired  number  of  roots  (ND)  includes  ALL  roots  previously  found,  such  as  rigid  body  modes 
determined  with  the  use  of  the  suport  entry. 

8.  If  the  old  method  "INV"  is  requested,  the  "SINV"  method  is  automatically  used. 

9.  For  PEER,  since  PI  is  used  eis  the  shift  point,  the  matrix: 

must  be  nonsingular. 
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Input  Data  Entry:  ELEMLXST 

Description:  Defines  a  list  of  elements  for  which  outputs  are  desired. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ELEMLIST 

SID 

ETYPE 

EIDI 

EID2 

EID3 

EID4 

EID5 

EID6 

CONT  1 

CONT 

EID7 

EID8 

-etc- 

CONT  I 

ELEMLIST 

100 

QDMEMl 

100 

101 

200 

205 

Alternate  Form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

ELEMLIST 

SID 

ETYPE 

EIDI 

THRU 

EID2 

ZID 

Field  _ _ _ Contents _ _ 

SID  Set  identification  number  referenced  by  Solution  Control. 

(Integer  >  0 ) 

etype  Character  input  identifying  the  element  type.  One  of  the  following: 

BAR  QDMEMl  CONM2  QnAD4 

BIAS  ROD  IHKXl  SHEAR 

IHEX2  TRXA3  XHEX3  TRMEM 

HASS  CONROD 

EIDi  Element  identification  numbers  (Integer  >  0  or  blank) 

Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EIDI. 

3.  Nonexistent  elements  may  be  referenced  and  will  result  in  no  error  message. 

4.  Any  number  of  continuations  is  allowed. 
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Input  Data  Entry:  ELIST 

Description:  Defines  elements  associated  with  a  design  variable. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ELIST 

LINKID 

ETYPE 

EIDl 

EID2 

EID3 

EID4 

EID5 

EID6 

CONT 

EID7 

EID8 

EID9 

-etc- 

ELIST 

6 

CROD 

12 

14 

22 

Alternate  form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

ELIST 

LINKID 

ETYPE 

EIDl 

THRU 

EID2 

Field _ _ Contents _ 

LINKID  Element  list  identifier  (Integer  >  0) 

ETYPE  Character  input  identifying  the  element  type.  One  of  the  following: 

CELASl  CEIAS2  CMASSl  CM;lSS2  CONM2 

CBAR  CROD  CONROD 

CSHEAR  CQDHEMl  CTRMEM  CQnAD4  CTRIA3 

ElDi  Element  identification  numbers  (Integer  >  0,  or  blank) 

Remarks: 

1.  If  the  alternate  form  is  used,  EID2  must  be  greater  than  or  equal  to  EIDl. 

2.  AU  elements  listed  as  elist  entries  for  a  particular  LINKID,  will  be  designed  by  (linked  to)  ihat 
design  variable  referencing  the  ELIST  LINKID. 

3.  IfPBARl  cross-sectional  parameters  are  to  be  linked,  the  elistm  Bulk  Data  entry  must  be  used. 
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Input  Data  Entry:  ELISTM 

Description:  Defines  elements,  and  their  local  design  variables,  associated  with  a  design  variable. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ELISTM 

LINKID 

ETYPE 

EIDI 

DVSYMI 

EID2 

DVSYM2 

EID3 

DVSYM3 

CONT 

EID4 

DVSYM4 

-etc- 

1 

6 

BAR 

12 

A 

22 

A 

Field _ Contents _ _ _ _ 

LINKID  Element  list  identifier  (Integer  >  0) 

ETYPE  Character  input  identifying  the  element  type.  One  of  the  following: 

CELASl  CE1AS2  CMA.SS1  CMASS2  COI1M2 

CBAR  CROP  COEROD 

CSEEAR  CQDMEMl  CTRMEM  CQUAD4  CTRIA3 

EIDi  Element  identification  numbers  (Integer  >  0,  or  blank) 

DVSYMi  S3unbol  defining  the  local  design  variable.  (Remarks  2  and  3) 

Remarks: 

1.  The  LINKID  is  referenced  by  desvarp  data  to  connect  the  global  design  variable  to  the  local  vari¬ 
ables. 

2.  The  following  s5mibols  may  be  used  for  the  different  types  of  elements: 


ELEMENTS 

ALLOWABLE  DVSYH  VALUES 

ELASi 

K 

MASSi,  CONM2 

M 

BAR  (PBAR),  ROD,  CONROD 

A 

BAR  (PBARl) 

Dl,  D2,  D3,  D4,  D5,  D6,  D7,  D8,  D9,  DIO 

SHEAR, QDNEHl , TRNEM, QUAD4 , TRIA3 

T 

3.  If  all  elements  to  be  finked  have  only  one  possible  dvsym  (e.g.  K),  the  ELIST  Bulk  Data  entry  may  be 
used. 
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Input  Data  Entry:  EPOINT  Extra  Point  List 

Description:  Defines  extra  points  of  the  structural  model  for  use  in  dynamics  problems. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

EPOINT 

SETID 

IDI 

ID2 

ID3 

ID4 

ID5 

ID6 

ID7 

CONT  j 

CONT 

IDS 

ID9 

-etc-* 

1 

EPOINT 

1000 

3 

18 

1 

4 

16 

2 

Alternate  1 

1 

Form: 

2 

3 

4 

5 

6 

7 

8 

9 

10 

EPOINT 

SETIC 

IDI 

THRU 

ID2 

Field _ _ _ Contents _ _ _ 

SETID  Extra  point  sets  identification  numbers.  (Integer  >  0) 

iDi  Extra  point  identification  number  (Integer  >  0) 

Remarks: 

1.  The  extra  point  set  identification  is  selected  on  the  boundary  entry.  All  extra  points  defined  with 
this  SETID  will  be  used  in  dynamic  analyses  in  the  boundary  condition. 

2.  All  extra  point  identification  numbers  must  be  unique  with  respect  to  aU  other  structural  and  scalar 
points. 

3.  This  entry  is  used  to  define  coordinates  used  in  transfer  function  definitions  (see  TF  entry)  and 
Direct  Matrix  input. 

4.  If  the  alternate  form  is  used,  ID2  must  be  greater  than  or  equal  to  IDI. 
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Input  Data  Entry:  FPT 

Description:  Defines  parameters  for  controlling  the  Fast  Fourier  Transformation  (fpt)  during  time 

domain  response  analysis. 


Format  and  Example: 
1  2 


10 


[fft 

SID 

TIME 

NT 

RDELTF 

RF 

FRIM 

OTYPE 

FLIM 

— i 

3 

20. 

1024 

1.0 

Field  Contents 

SID 

TIME 

NT 

RDELTF 

RF 

FRIM 

OTYPE 

FLIM 


FFT  set  identification  number  (Integer  >  0  ) 

Length  of  time  period  to  be  analyzed  (Real  >  0.0) 

Number  of  time  points  to  be  used  for  the  FFT  (Integer  >  2) 

Ratio  of  incremental  frequency  (del  F)  to  1  /  T.  See  remarks  4  and  6.  (Default  =  1.0, 
Real  >  0.0) 

Ratio  of  total  frequency  duration  (F  )  to  NT  /  2*T.  See  remarks  5  and  6.  (Default  =  1.0, 
Real  >  0.0) 

Frequency  response  interpolation  method.  Character  string  LINEAR  or  CUBIC.  De¬ 
fault  is  LINEAR. 

Type  of  response  to  be  output.  Character  string  TIME,  FREQ  or  BOTH.  Default  is  TIME. 
Frequency  load  interpolation  method.  Character  string  linear  or  cubic.  Default  is 

LINEAR. 


Remarks: 


1.  SID  must  be  selected  by  a  FFT  option  on  a  transient  command  in  solution  control. 

2.  time  is  the  period  for  periodic  dynamic  loads  defined  in  the  time  domain.  For  non-periodic  loads,  T  is 
the  total  time  duration  of  the  excitation  plus  any  quiet  portion  desired  for  response  decay.  T  may  be 
larger  than  the  time  duration  defined  by  TLOADl  or  TLOAD2  data,  in  which  case  the  forcing  function 
will  be  automatically  set  to  zero  for  the  additional  time. 

3.  NT  should  be  a  power  of  2;  i.e.,  NT  =  2**m,  m  =  1,2,...;  or  NT  =  2,  4,  8 .  If  NT  is  not  a  power  of  2,  it 

will  be  automatically  set  to  the  next  highest  power  of  2  value. 

4.  The  incremental  frequency,  A  F,  required  by  the  FFT  algorithm,  is  1  /  T.  The  value  of  A  F  may  be 
adjusted  by  the  user  with  the  rdeltf  factor.  However,  the  most  accmate  results  are  normally 
obtained  with  the  default  case  of  rdeltf  =  1.0. 

5.  The  frequency  duration  required  by  the  FFT  algorithm  is  F  =  NT  /  2*T.  This  is  the  frequency  duration 
used  when  the  default  value  of  RF  =  1.0  is  used.  If  RF  <  1.0,  the  response  between  RF  and  1.0  is  set  to 
zero  when  using  the  inverse  Fourier  transform  to  compute  time  domain  responses. 

6.  The  firequency  hst  used  in  the  frequency  response  calculations  is  generated  using  a  constant  inca-e- 
mental  firequency  of  del  F  =  RDELTF  *  A  F  ,  and  the  total  fi-equency  duration  is  F  =  RF  *  F. 
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Input  Data  Entry:  PLFACT  Aerodynamic  Physical  Data 

Description:  Used  to  specify  density  ratios,  velocity  lists,  and  reduced  frequencies  for  plotter  analysis. 

Format  and  Example: 


Remarks: 

1.  Only  the  factors  selected  by  a  PLOTTER  data  entiy  will  be  used. 

2.  Embedded  blank  fields  are  forbidden. 

3.  Parameters  must  be  listed  in  the  order  in  which  they  are  to  be  used  within  the  looping  of  plotter 
analysis. 

4.  All  PLPACT  entries  having  the  same  SETID  wiU  be  treated  as  a  single  set. 
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Input  Data  Entry:  FLUTTER  Aerodynamic  FLUTTER  Data 
Description:  Defines  data  needed  to  perform  flutter  analysis. 

Format  and  Example: 


CONT 


FLUTTER 


Field 

SID 

METHOD 

DENS 

MACH 

VEL 

MLIST 

KLIST 

EFFID 


SYMXZ, 

SYMXY 


EPS 

CURFIT 

Remarks: 


2 

3 

4 

5 

SID 

METHOD 

DENS 

MACH 

SYMXZ 

SYMXY 

EPS 

CURFIT 

7 


MLIST 


8  9  10 


KLIST  EFFID  CONT 


_ _ _  Contents 


Set  identification  number  (Integer  >  0) 

FLUTTER  analysis  method,  "PK"  for  PK-method  (Character) 

Identification  number  of  an  FLFACT  set  specifying  density  ratios  to  be  used  in  flut¬ 
ter  analysis  (Integer  >  0). 

Mach  number  to  be  used  in  the  FLUTTER  analysis  (Real  >  0.0) 

Identification  number  of  an  FLFACT  set  specifying  velocities  to  be  used  in  the  FLUT¬ 
TER  analysis.  (Integer  >  0). 

Wentification  number  of  a  SETl  set  specifying  a  list  of  normal  modes  to  be  omitted 
trom  the  flutter  analysis  (Integer  >  0,  or  blank). 

Hentification  number  of  an  FLFACT  set  specifying  a  list  of  hard  point  reduced 
frequencies  for  the  given  Mach  number  for  use  in  the  flutter  analysis  (See  Remark 
4)  (Integer  >  0,  or  blank) 

Identmcation  number  of  a  CONEFFF  set  specifying  control  surface  effectiveness  values 
(See  Remark  5)  (Integer  >  0,  or  blank) 

Symmetry  flags  associated  with  the  aerodynamics  (See  Remark  6)  (Integer) 

+1  Symmetric 

0  or  blank  As3anmetric 

-1  Antisymmetric 

Convergence  parameter  for  flutter  eigenvalue  (Real,  Default  =  10'^) 

T^e  of  curve  fit  to  be  used  in  the  pk  flutter  analysis.  One  of  linear,  quad, 
CUBIC,  or  ORIG  (See  Remarks  7,  8,  and  9)  (Character,  Default  =  linear) 


1.  The  FLUTTER  data  entry  must  be  selected  in  the  Solution  Control  packet.  Only  those  Mach  numbers 
and  symmetries  selected  in  Solution  will  be  processed  in  the  UNSTEADY  aerodynamic  preface. 

2.  The  density  is  given  by  p  x  ,  where  p^^^is  the  reference  value  given  on  the  AERO  Bulk  Data  entry, 
and  p  is  the  density  ratio  from  the  FLFACT  entry. 

3.  If  the  MLIST  is  blank  or  zero,  all  computed  eigenvectors  will  be  retained  in  the  FLUTTER  analysis. 
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4.  If  the  KLIST  is  blank  or  zero,  all  "hard  point"  k  values  (those  on  the  MKAEROi  entries)  associated  with 
the  Mach  number/symmetries  on  the  FLUTTER  entry  will  be  used  in  the  interpolation  of  the  aerody¬ 
namics.  Specifying  a  subset  may  be  used  to  improve  the  0RI6  interpolation.  Those  MKAEROi  hard 
point  k  values  nearest  in  value  to  those  listed  on  the  PLPACT  will  be  used.  No  duplicate  hard  point  ks 
will  be  used  and  no  errors  will  be  printed. 

5.  If  the  EFFID  is  blank  or  zero,  no  effectiveness  corrections  will  be  made. 

6.  The  symmetry  flags  are  used  to  select  the  appropriate  unsteady  aerodynamic  matrices  generated 
from  the  list  on  the  MKAEROi  entries. 

7.  The  LINEAR,  QUAD,  and  CUBIC  fits  are  separate  first,  second  and  third  order,  respectively,  fits  of 
the  real  and  complex  terms  of  the  generalized  aerodynamic  matrix  between  each  hard  point  k.  Only 
the  closest  2,  3  or  4,  respectively,  k’s  are  utihzed  for  each  fit  and  linear  fitting  is  used  off  the  ends  of 
the  hard  point  klist.  The  program  automatically  reduces  the  order  of  the  fit  if  too  few  points  are 
available  for  the  higher  order  fit  (e.g.,  CUBIC  becomes  QUAD  if  only  3  k’s  are  used  in  the  KLIST)  (Refer 
to  the  Version  9.0  Release  Notes  for  more  information). 

8.  The  ORiGinal  fit  (documented  in  the  Theoretical  Manual)  is  a  cubic  fit  over  all  the  hard  point  k’s.  Its 
use  is  not  recommended  since  it  tends  to  experience  numerical  problems  for  any  but  small  k  ranges 
and  small  numbers  of  k’s. 

9.  For  all  fitting  options,  the  generalized  aerodynamic  matrices  are  normalized  by  the  hard  point  k 
value  before  fitting,  as  documented  on  the  Theoretical  Manual. 
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Input  Data  Entry:  FORCE  Static  Load 

Description:  Defines  a  static  load  at  a  grid  point  by  specifying  a  vector. 

Format  and  Example: 


6  7  8  9 


[[force 

SID 

G 

CID 

F 

Nl 

N2 

N3 

1 

FORCE 

2 

5 

6 

2.9 

o 

o 

1.0 

o 

o 

_ _ _ Contents _ 

Load  set  identification  number  (Integer  >  0) 

Grid  point  identification  number  (Integer  >  0) 

Coordinate  system  identification  number  (Integer  >  0,  or  blank)  (Default  =  0) 

Scale  factor  (Real) 

Components  of  a  vector  measured  in  the  coordinate  system  defined  by  ciD  (Real- 
must  have  at  least  one  nonzero  component) 

Remarks: 

1.  The  static  load  applied  to  grid  point  G  is  given  by 

{f}  =  F  {N} 

where  {N}  is  the  vector  defined  in  Fields  6,  7  and  8. 

2.  A  CID  of  zero  references  the  basic  coordinate  system. 


SID 

G 

CID 

F 

Ni 
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Input  Data  Entry:  FORCE  1  Static  Load,  Alternate  Form  1 

Description:  Used  to  define  a  static  load  by  specification  of  a  value  and  two  grid  points  which  deter¬ 

mine  the  direction. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

FORCEl 

SID 

G 

F 

Gl 

G2 

_ 1 

FORCEl 

6 

13 

-2.93 

16 

13 

Field 

Contents 

SID  Load  set  identification  number  (Integer  >  0) 

G  Grid  point  identification  niunber  (Integer  >  0) 

F  Value  of  load  (Real) 

Gi  Grid  point  identification  numbers  (Integer  >  0;  G1  62) 


Remarks: 

1.  The  direction  of  the  force  is  determined  by  the  vector  from  61  to  62 . 


Input  Data  Entry:  FREQ 

Description:  Defines  a  set  of  frequencies  to  be  used  in  the  solution  of  frequency  response  problems. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

|freq 

SID 

FI 

F2 

F3 

F4 

F5 

F6 

F7 

CONT 

[cONT 

F8 

F9 

-etc- 

CONT 

FREQ 

3 

17.9 

21.3 

25.6 

ABC 

+BC 

19.3 

HH 

■H 

^isld _ _ _  Contents  _ 

SID  Frequency  set  identification  number  (Integer  >  0) 

Fi  Frequency  value  (Real  >  0.0) 

Remarks: 

1.  The  units  for  the  frequencies  are  cycles  per  unit  time. 

2.  Frequency  sets  must  be  selected  by  the  Solution  Control  (FSTEP=SID)  to  be  used. 

3.  All  FREQ,  FREQl  and  FREQ2  entries  with  the  same  frequency  set  identification  numbers  will  be  used. 
Duplicate  frequencies  will  be  ignored.  fN  and  fN-1  are  considered  duplicated  if 

I  fN-fN-l  I  <  10“®  *(fMAX-fMIN) 


Input  Data  Entry:  FREQl 

Description:  Defines  a  set  of  frequencies  to  be  used  in  the  solution  of  frequency  response  problems  by 

specification  of  a  starting  frequency,  firequency  increment,  and  number  of  increments 
desired. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

FREQl 

SID 

FI 

DF 

NDF 

FREQl 

6 

2.9 

0.5 

13 

Field _ Contents  _ 

SID  Frequency  set  identification  number  (Integer  >  0) 

FI  First  frequency  in  set  (Real  ^  0.0) 

DF  Frequency  increment  (Real  >  0.0) 

NDF  Number  of  firequency  increments  (Integer  >  0) 

Remarks: 

1.  The  xmits  for  the  firequency  FI  and  the  firequency  increment  DF  are  cycles  per  unit  time. 

2.  The  frequencies  defined  by  this  entry  are  given  by: 

fi  =  FI  +  (i-1)  DF,  i  =  1,  NDF  +  1 

3.  Frequency  sets  must  be  selected  by  the  Solution  Control  (fstep=S1D)  to  be  used. 

4.  All  FSEQ,  FREQl  and  FREQ2  entries  with  the  same  firequency  set  identification  numbers  will  be  used. 
Duphcate  frequencies  will  be  ignored.  £N  and  £N-1  are  considered  duplicated  if 

I  fN-fN-l  I  <  10"®  *(fMAX-fMlN) 
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Input  Data  Entry:  FREQ2 


Description:  Defines  a  set  of  frequencies  to  be  used  in  the  solution  of  frequency  response  problems  by 

specification  of  a  starting  fi-equency,  final  frequency,  and  number  of  logarithmic  incre¬ 
ments  desired. 

Format  and  Example: 

^  2  3  4  5  6  7  8  9  10 


FREQ2 

SID 

FI 

F2 

NF 

FREQ2 

6 

o 

00 

6 

Contents 

SID  Frequency  set  identification  number  (Integer  >  0) 

FI  First  frequency  (Real  >  0.0) 

F2  Last  firequency  (Real  >  0.0;  P2  >  FI) 

NF  Number  of  logarithmic  intervals  (Integer  >  0) 

Remarks: 

1.  The  units  for  the  frequencies  FI  and  F2  are  cycles  per  unit  time. 

2.  The  fi’equencies  defined  by  this  entry  are  given  by: 

fi  = 

where, 


1  > 

In 

r/2^ 

NF 

fi 

J 

V  J 

For  the  example  shown,  the  list  of  frequencies  will  be  1.0,  1.4142,  2.0,  2.8284,  4.0,  5.6569  and  8.0 
cycles  per  unit  time. 

3.  Frequency  sets  must  be  selected  by  the  Solution  Control  (fstep=sid)  to  be  used. 

4.  All  F^Q,  FREQl  and  FREQ2  entries  with  the  same  frequency  set  identification  numbers  will  be  used. 
Duplicate  frequencies  will  be  ignored.  fN  and  fN-1  are  considered  duplicated  if: 

I  fN-fN-l  I  <  lO"^  *(fMAX-fMIN) 
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Input  Data  Entry:  FREQLIST 

Description:  Defines  a  list  of  firequencies  for  which  outputs  are  defined. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

FREQLIST 

SID 

FREQI 

FREQ2 

FREQ3 

FREQ4 

FREQS 

FREQ  6 

FREQ7 

CONT  j 

CONT 

FREQ  8 

FREQ9 

-etc- 

FREQLIST 

100 

10.0 

20.0 

50.0 

100.0 

Field _ Contents _ 

SID  Set  identification  number  referenced  by  Solution  Control  (Integer  >  0) 

FREQi  Frequency  (in  Hertz)  at  which  outputs  are  desired  (Real) 

Remarks: 

1.  In  order  to  be  used,  the  SlD  must  be  referenced  by  Solution  Control. 

2.  The  nearest  firequency  to  FREQ,  either  above  or  below,  which  was  used  in  the  Frequency  Response 
analysis  will  be  used  to  satisfy  the  output  requests. 

3.  Any  number  of  continuations  is  allowed. 


Input  Data  Entry  GDVLIST  Global  Design  Variable  List 

Description:  Defines  a  list  of  global  design  variables  for  which  outputs  are  desired. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GDVLIST 

SID 

GDVIDI 

GDVID23 

GDVID3 

GDVID4 

GDVID5 

CONT 

CONT 

GDVID8 

GDVID9 

-etc- 

■m 

GDVLIST 

100 

1 

2 

3 

5 

7 

9 

Alternate  Form 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

GDVLIST 

SID 

GDVIDI 

THRU 

GDVID2 

Z=l 

Field _  Contents _ 

SID  Set  identification  number  referenced  by  Solution  Control  (Integer  >  0) 

GDVID  Global  design  variable  identification  number  (Integer  >  0  or  blank) 

Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  If  the  alternate  form  is  used,  GDVTD2  must  be  greater  than  or  equal  to  GDVIDI. 

3.  N onexistent  global  design  variables  may  be  referenced  and  will  result  in  no  error  message. 

4.  Any  number  of  continuations  is  allowed,  except  when  using  the  alternate  form,  which  allows  no 
continuations. 
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Input  Data  Entry  6ENEL  General  Element 

Description:  Defines  a  general  element  of  the  structural  model  by  a  stif&iess  or  flexibility  matrix. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GENEL 

EID 

GIDII 

DOFII 

GIDI2 

DOFI2 

GIDI3 

DOFI3 

CONT 

CONT 

GIDI4 

DOFI4 

CONTINUES  IN 

GROUPS 

OF  2 

CONT 

CONT 

GIDDI 

DOFDI 

GIDD2 

DOFD2 

GIDD3 

DOFD3 

CONT 

CONT 

GIDD4 

DOFD4 

CONTINUES  IN 

GROUPS 

OF  2 

CONT 

Kll 

K21 

K31 

K22 

K32 

K42 

CONT 

K33 

K43 

K53 

CONTINUES  WITH 

LIST  OF 

'  TERMS 

CONT 

"S" 

Sll 

S12 

S13 

S14 

S21 

S22 

CONT 

CONT 

S23 

S31 

S32 

CONTINUES  WITH 

LIST  OF  TERMS 

CONT 

GENEL 

3000 

3 

1 

3 

2 

3 

6 

+G31 

UD 

4 

1 

4 

2 

4 

6 

+G32 

+G32 

K 

6.0 

0.0 

0.0 

6.0 

3.0 

2.0 

+G33 

+G33 

S 

1.0 

0.0 

0.0 

0.0 

1.0 

-1.0 

0.0 

+G34 

+G34 

0.0 

1.0 

Field 

EID 

GIDIi 

DOFIi 

"UD" 

GIDDi 

DOFDi 
"K" , "Z" 


Kij 


"S 


It 


Sij 


Contents 

Element  identification  number.  See  Remark  1  (lnteger>0)  (Required) 

Grid  or  scalar  point  identification  numbers  of  points  in  the  UI  list.  (Integer>0) 
(Required) 

Single  degree  of  freedom  corresponding  to  the  points  GIDIi.  (DOF  Code)  (Required) 

Indicates  the  start  of  the  ro  degrees  of  freedom.  (Character)  (Required) 

Grid  or  scalar  point  identification  numbers  of  points  in  the  DD  list.  (Integer>0) 
(Required) 

Single  degree  of  freedom  corresponding  to  the  points  GIDDi.  (DOF  Code)  (Required) 

Indicates  the  start  of  the  element  stiffiiess,  K,  or  flexibility,  z,  matrix.  (Character) 
(Required) 

Elements  of  the  K  or  z  matrix.  See  Remark  2  (Real)  (Default  =  0.0) 

Indicates  the  start  of  data  defining  the  rigid  body,  S,  matrix.  (Character) 

(Required) 

Elements  of  the  S  matrix.  See  Remark  3  (Real)  (Default  =  0.0) 


Remarks: 

1.  Element  identification  numbers  must  be  unique. 

2.  The  K  or  z  matrices  are  entered  as  lower  tnang^ular  matrices  by  columns.  High  precision  input  format 
may  be  used. 

3.  The  s  matrix  is  entered  by  rows. 

4.  There  are  four  distinct  sections  of  data  to  input;  the  ui  hst,  the  UD  list,  the  K  or  Z  matrix,  and  the  S 
matrix. 

5.  The  stifBaess  approach: 

[fd]  S^Ks\  |«dr 

6.  The  flexibility  approach; 


where 

T 

Ui  -  [Mil  ,  Ui2  ,  ...  ,  Uim] 

T 

Ud  =  [Ud\,ud2,  ■■.,udn\ 

KZll  KZi2  ...  KZljn' 

KZ22  ... 

KZ  =  J  or  Z  =  and  KZ'^  =  KZ 

KZml  ...  ...  KZjnm 

Sll  .  Sin 

s  =  ■ 

Sml  .  Stnn 

The  required  input  is  the  hst  and  the  lower  triangular  portion  of  £  or  Z.  Additional  input  may 
include  the  hst  and  S.  If  S  is  input,  must  also  be  input.  If  17^  is  input  but  S  is  omitted,  S  is 
intemaUy  calculated.  In  this  case,  must  contain  six  and  only  six  degrees  of  fireedom. 

The  forms  shown  above  for  both  the  sthfiiess  and  flexibihty  approaches  assume  that  the  element  is  a 
free  body  whose  rigid  body  motions  are  defined  by  =  S  V^. 
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Input  Data  Entry  GPWG  Weight  Generator  Data 

Description:  Contains  definition  of  the  location  about  which  to  perform  grid  point  weight  generation 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GPWG 

GID/XO 

YO 

ZO 

1 

GPWG 

10 

Field _ Contents _ 

GID  Grid  point  identification  of  the  GPWG  reference  point  (Integer) 

XO  X  component  of  basic  coordinates  of  the  reference  point  (Real) 

YO  Y  component  of  basic  coordinates  of  the  reference  point  (Real) 

z  0  Z  component  of  basic  coordinates  of  the  reference  point  (Real) 

Remarks: 

1.  Either  a  grid  point  identification  number  or  the  basic  x,  y,  z  components  of  the  reference  point  may  be 
given. 

2.  If  no  GPWG  data  entry  exists,  the  grid  point  weight  generation  will  be  computed  about  the  origin  of  the 
basic  coordinate  system. 

3.  If  more  than  one  GPWG  entry  exists,  the  first  one  appearing  in  the  sorted  bulk  data  echo  will  be  used. 
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Input  Data  Ent 


6RAV 


Gravity  Vector 


Description:  Used  to  define  gravity  vectors  for  use  in  determining  gravity  loading  for  the  structural 

model. 

Format  and  Example: 


3 

32.2 

o 

o 

o 

o 

o 

t 

Field 


SID 

CID 

G 

Ni 

Remarks: 


_  Contents 


Set  identification  number  (Integer  >  0) 

Coordinate  system  identification  number  (Integer  >  0) 

Gravity  vector  scale  factor  (Real  ^  0.0) 

Gravity  vector  components  (Real;  at  least  one  nonzero  component) 


1.  The  gravity  vector  is  defined  by  {g}  =  G{Ni}  .  The  direction  of  {g}  is  the  direction  of  firee  fall. 

2.  A  CID  of  zero  references  the  basic  coordinate  system. 

3.  Gravity  loads  may  be  combined  with  "simple  loads"  (e.g.,  force,  moment)  by  specification  on  a  LOAD 
entry  or  by  GRAY  =  siD.  Gravity  loads  with  the  same  siD  as  simple  load  entries  vnll  not  be  used 
unless  referenced  by  one  of  these  methods. 

4.  Load  sets  must  be  selected  in  Solution  Control  to  be  used. 

5.  The  units  of  G  should  be  length/sec^  in  consistent  length  units. 
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Input  Data  Entry:  GRDSET  Grid  Point  Default 

Description:  Defines  default  options  for  Fields  3,  7,  and  8  of  all  GRID  entries. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GRDSET 

CP 

CD 

PS 

^ _ 1 

GRDSET 

16 

32 

3456 

Field 

Contents 

CP  Identification  number  of  coordinate  system  in  which  the  location  of  the  grid  point  is 

defined  (Integer  >  0) 


CD  Identification  number  of  coordinate  system  in  which  the  displacements  are  measiured 

at  grid  point  (Integer  >  0) 

PS  Permanent  single-point  constraints  associated  with  grid  point  (any  of  the  digits  1 

through  6  with  no  embedded  blanks)  (Integer  >  0) 

Remarks: 

1.  The  contents  of  Fields  3,  7,  or  8  of  this  entry  are  assumed  for  the  corresponding  fields  of  any  GRID 
entry  whose  Field  3,  7,  and  8  are  blank.  If  any  of  these  fields  on  the  GRID  entry  are  blank,  the 
default  option  defined  by  this  entry  occurs  for  that  field.  If  no  permanent  single-point  constraints  are 
desired  or  one  of  the  coordinate  systems  is  basic,  tire  default  may  be  overridden  on  the  GRID  entry  by 
making  one  of  the  Fields  3,  7,  or  8  zero  (rather  than  blank).  Only  one  GRDSET  entry  may  appear  in 
the  user’s  Bulk  Data  packet. 

2.  The  primary  purpose  if  this  entry  is  to  minimize  the  burden  of  preparing  data  for  problems  with  a 
large  amount  of  repetition  (e.g.,  two-dimensional  pinned-joint  problems). 

3.  At  least  one  of  the  entries  CP,  CD,  or  PS  must  be  nonzero. 


Input  Data  Entry:  GRID 


Grid  Point 


Description:  Defines  the  location  of  a  geometric  grid  point  of  the  structural  model,  the  directions  of  its 

displacement,  and  its  permanent  single-point  constraints. 

Format  and  Example: 


123456789  10 


GRID 

ID 

CP 

XI 

X2 

X3 

CD 

PS 

1 

GRID 

2 

3 

1.0 

2.0 

3.0 

315 

Field  Contents 

ID  Grid  point  identification  number  (Integer  >  0) 


CP  Identification  number  of  coordinate  system  in  which  the  location  of  the  grid  point  is 

defined  (Integer  >  0  or  blank) 

Xi  Location  of  the  grid  point  in  coordinate  system  CP  (Real) 

CD  Identification  number  of  coordinate  system  in  which  displacements,  degrees  of  fi:ee- 

dom,  constraints,  and  solution  vectors  are  defined  at  the  grid  point  (Integer  >  0  or 
blank) 

PS  Permanent  single-point  constraints  associated  with  grid  point  (any  of  the  digits  1-6 

with  no  embedded  blanks)  (Integer  >  0  or  blank) 


Remarks: 

1.  All  grid  point  identification  numbers  must  be  unique  with  respect  to  all  other  structural  anH  scalar 
points. 

2.  The  meaning  of  XI,  X2,  andX3  depend  on  the  type  of  coordinate  system,  CP,  as  follows: 


TYPE 

XI 

X2 

X3 

Rectangular 

X 

Y 

Z 

Cylindrical 

R 

6  (deg) 

Z 

Spherical 

R 

e  (deg) 

<p  (deg) 

Also  see  coRDi  j  entry  descriptions. 

3.  The  collection  of  all  CD  coordinate  systems  defined  on  all  GRID  entries  is  called  the  Global  Coordinate 
System.  All  degrees-of-lBreedom,  constraints,  and  solution  vectors  are  expressed  in  the  Global  Coordi¬ 
nate  System. 
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Input  Data  Entry:  6RIDLIST 

Description:  Defines  a  list  of  points  at  which  outputs  are  desired. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

[gridlist 

SID 

GIDI 

GID2 

GID3 

GID4 

GID5 

GID6 

GID7 

CONT 

CONT 

GID8 

GID9 

-etC“ 

1  GRIDLIST 

100 

1001 

1010 

1020 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GRIDLIST 

SID 

GIDI 

THRU 

GID2 

J 

Field _ Contents  _ 

SID  Set  identification  number  referenced  by  Solution  Control  (Integer  >  0 ) 

GiDi  Grid,  scalar  or  extra  point  id  at  which  outputs  are  desired  (Integer  >  0 ) 

Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  If  the  alternate  form  is  used,  GID2  must  be  greater  than  or  equal  to  GIDI. 

3.  Nonexistent  points  may  be  referenced  and  will  result  in  no  error  message. 

4.  Any  number  of  continuations  is  allowed. 
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Input  Data  Entry:  GUST  Aerodynamic  Gust  Load  Description 

Description:  Defines  a  stationary  vertical  gust  for  use  in  aeroelastic  analysis. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

GUST 

SID 

GLOAD 

WG 

XO 

V 

QDP 

MACH 

CONT  1 

CONT 

SYMXZ 

SYMXY 

GUST 

133 

61 

1.0 

0. 

1.+4 

13.5 

0.9 

■  1 

+BC 

1 

0 

Field _  Contents _ 

SID  Gust  set  identification  number  (Integer  >  0) 

GLOAD  The  SID  of  a  TLOAD  or  RLOAD  data  entry  which  defines  the  time  or  firequency  depend¬ 

ence  (Integer  >  0) 

WG  Scale  factor  (gust  velocity/forward  velocity)  for  gust  velocity  (Real  *  0.) 

XO  Location  of  reference  plane  in  aerodynamic  coordinates  (Real). 

V  Velocity  of  vehicle  (Real  >  0.0) 

QDP  Dynamic  pressure  (Real  >  0.0) 

MACH  Mach  number  (Real  >  0.0) 

SYMXZ ,  SYMXY  Symmetry  flags  associated  with  aerodynamics  (Integer) 

+1  Symmetric 

0  or  Blank  Asymmetric 

-1  Antisymmetric 

Remarks: 

1.  The  GUST  entry  is  selected  as  a  discipline  option  for  frequency  or  transient  m  Solution  Control. 

2.  The  gust  angle  is  in  the  +z  direction  of  the  aerodynamic  coordinate  system.  The  value  is, 

WG=T 

V 

where  T  is  the  tabular  function. 

3.  The  S3nnmetry  flags  will  be  used  to  select  the  appropriate  unsteady  aerod3mLamic  matrices  from  the 
list  of  m-k  pairs  for  each  S3mimetry  option  given  on  the  MKAEROi  entries. 
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Input  Data  Entry:  IC 


Transient  Initial  Condition 


Description:  Defines  values  for  the  initial  conditions  of  coordinates  used  in  transient  analysis.  Both 

displacement  and  velocity  values  may  be  specified  at  independent  coordinates  of  the 
structural  model. 


Field _ _ _ Contents  _ 

SID  Set  identification  number  (Integer  >  0) 

G  Grid  or  scalar  or  extra  point  identification  number  (Integer  >  0) 

C  Component  number  (blank  or  zero  for  scalar  or  extra  points,  any  one  of  the  digits  1 

through  6  for  a  grid  point) 

UO  Initial  displacement  value  (Real) 

VO  Initial  velocity  value  (Real) 


Remarks: 

1.  Transient  initial  condition  sets  must  be  selected  in  the  Solution  Control  (IC=S1D)  to  be  used. 

2.  If  no  IC  set  is  selected,  aU  initial  conditions  are  assumed  zero. 

3.  Initial  conditions  for  coordinates  not  specified  on  IC  entries  will  be  assumed  zero. 

4.  Initial  conditions  may  be  used  only  in  direct  formulation.  In  a  modal  formulation  the  initial  condi¬ 
tions  are  all  zero. 
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Input  Data  Entry  ITERLIST  Iteration  List 

Description:  Defines  a  list  of  iteration  steps  for  which  outputs  are  desired. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SID 

ITER 

ITER 

ITER 

ITER 

ITER 

ITER 

ITER 

CONT  1 

CONT 

ITER 

ITER 

-etc- 

1 

ITERLIST 

100 

1 

2 

3 

7 

9 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

ITERLIST 

SID 

ITER 

THRU 

ITER 

Field  Contents 

SID  Set  identification  number  referenced  by  Solution  Control. 

(Integer  >  0) 

ITER  Iteration  step  number.  (Integer  >  0  or  blank) 


Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  Nonexistent  iteration  steps  may  be  referenced  and  will  result  in  no  error  message. 

3.  Any  number  of  continuations  is  allowed,  except  when  using  the  alternate  form, 
continuations. 


which  allows  no 
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Select  Coordinates  for  the  j-set 


Input  Data  Entry:  JSET 

Description:  Defines  coordinates  (degrees  of  freedom)  that  the  user  desires  to  use  in  the  computation 

of  inertia  relief  mode  shape  in  Dynamic  Reduction. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SETID 

ID 

C 

ID 

C 

ID 

C 

CONT 

ID 

C 

ID 

C 

-etc- 

JSET 

16 

2 

23 

3516 

Field  _ Contents _ 

SETID  The  set  identification  number  of  the  INERTIA  set.  (Integer  >  0) 

ID  Grid  or  scalar  point  identification  number  (Integer  >  0). 

C  Component  number,  zero  or  blank  for  scalar  points,  any  unique  combination  of  the 

digits  1  through  6  for  grid  points.  (Integer) 

Remarks: 

1.  Coordinates  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not  be 
specified  on  other  entries  that  define  mutually  exclusive  sets. 

2.  When  JSET  and/or  JSETl  entries  are  present,  aU  degrees  of  fireedom  not  otherwise  constrained  will 
be  placed  on  the  o-set. 

3.  Use  of  JSET  in  dynamic  reduction: 

a.  JSET  defines  tiie  structural/nonstructural  j-set  degrees  of  fireedom  (inertia  relief  shapes).  An 
alternate  input  format  is  provided  by  the  JSETl  entry. 

b.  The  SID  is  selected  by  the  Solution  Control  Command  boundary  inertia  =  n. 

c.  Use  "0"  as  the  grid  point  identification  number  to  select  the  origin  of  the  basic  coordinate  system  as 
one  of  the  j-set  degrees  of  freedom. 

4.  Any  number  of  continuations  are  allowed. 
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Input  Data  Entry:  JSETl  Select  Coordinates  for  thej-set,  Alternate  Form 

Description:  Defines  coordinates  (degrees  of  freedom)  that  the  user  desires  to  use  in  the  computation 

of  inertia  rehef  mode  shape(s)  in  Dynamic  Reduction. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

JSETl 

SETID 

C 

GID2 

GID3 

GID6 

CONT 

CONT 

GID7 

GID8 

-etc- 

345 

2 

1 

3 

10 

6 

+bc 

7 

8 

'HHl 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

JSETl 

SETID 

C 

1 

Field 

Contents 

SETID 

The  INERTIA  set  identification  number 

C 

Component  number  (any  unique  combination  of  the  digits  1  through  6  (with  no 
embedded  blanks)  when  point  identification  numbers  are  grid  points;  must  be  blank 
or  zero  if  point  identification  numbers  are  scalar  points. 

GIDi 

Grid  or  scalar  point  identification  numbers  (Integer  >  0). 

Remarks: 

1.  Coordinates  specified  on  this  entry  form  members  of  a  set  that  is  exclusive  firom  other  sets  defined  by 
bulk  data  entries. 

2.  When  JSET  and/or  JSETl  entries  are  present,  all  degrees  of  fireedom  not  otherwise  constrained  will 
be  placed  in  the  o-set. 

3.  If  the  alternate  form  is  used,  all  points  in  the  sequence  IDI  through  ID2  are  required  to  and 
ID2  must  be  greater  than  or  equal  to  IDI. 

4.  Use  of  JSETl  in  dynamic  reduction: 

a.  JSETl  defines  the  structural  and  nonstructural  j-set  degrees  of  freedom  (inertia  rehef  shapes).  An 
alternate  input  format  is  provided  by  the  JSET  entiy. 

b.  The  SID  is  selected  by  Solution  Control  Command  boundary  inertia  =  n. 

c.  Use  "0"  as  the  gnd  point  identification  number  to  select  the  origin  of  the  basic  coordinate  system  as 
one  of  the  j-set  degrees  fi-eedom. 
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Input  Data  Entry  LDVLIST  Local  Design  Variable  List 

Description:  Defines  a  list  of  local  design  variables  for  which  outputs  are  desired. 

Format  and  Example: 

1  2  3  4  5  6  7  8  9  10 


LDVLIST 

SID 

ETYPE 

LAYER 

EIDl 

EID2 

EID3 

EID4 

EID5 

CONT  1 

CONT 

EID6 

EID7 

-etc- 

LDVLIST 

100 

QUAD4 

2 

100 

100 

200 

300 

700 

Alternate  Form 

12  3  4  5  6  7  8  9 

10 

1  LDVLIST 

SID 

ETYPE 

LAYER 

EIDl 

THRU 

EID2 

Field _ _ Contents _ 

SID  Set  identification  number  referenced  by  Solution  Control.  (Integer  >  0) 

ETYPE  Character  input  identifying  the  element  t5rpe.  One  of  the  following: 


BAR  HASS  ROD  TRHEM 

CONM2  QDMEMl  SHEAR 

ELAS  QUAD4  TRIA3 

layer  Layer  number  if  element  is  composite  laminate. 

(Integer  >  0  or  blank) 

ElDi  Element  identification  number.  (Integer  >  0  or  blank) 

Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  If  the  alternate  form  is  used  EID2  must  be  greater  than  or  equal  to  ElDl. 

3.  Nonexistent  elements  may  be  referenced  and  will  result  in  no  error  message. 

4.  If  a  layer  number  is  omitted  for  a  composite  laminate  element  then  all  layers  in  that  element  will  be 
selected. 

5.  Any  number  of  continuations  is  allowed. 
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static  Load  Combination  (Superposition) 


Input  Data  Entry:  LOAD 

Description:  Defines  a  static  load  as  a  linear  combination  of  load  sets  defined  using  force,  hohent, 

FORCEl,  MOMENTl,  PLOAD,  and  GRAY  entries. 


Format  and  Example: 

123456789  10 


[load 

SID 

S 

SI 

LI 

S2 

L2 

S3 

L3 

CONT  1 

jcONT 

S4 

L4 

LOAD 

101 

-0.5 

1.0 

3 

6.2 

4 

4.5 

10 

ABC 

+BC 

2.3 

115 

Field _ Contents _ 

SID  Load  set  identification  number  (Integer  >0) 

S  Scale  factor  (Real  ^  0.0) 

si  Scale  factors  (Real  *  0.0) 

Li  Load  set  identification  numbers  defined  via  data  entry  types  enumerated  above 

(Integer  >  0) 

Remarks: 

1.  The  load  vector  defined  is  given  by 

P  =  S  X  S,L. 

2.  The  Li  must  be  unique.  The  remainder  of  the  physical  entry  containing  the  last  entry  must  be  blank. 

3.  Load  sets  must  be  selected  in  the  Solution  Control  if  they  are  to  be  apphed  to  the  structural  model. 

4.  A  LOAD  entry  may  not  reference  a  set  identification  number  defined  by  another  LOAD  entry. 
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Input  Data  Entry:  MACHLXST 
Description:  Defines  a  list  of  Mach  numbers. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MACHLIST 

SID 

MACHI 

MACH2 

MACH3 

MACH4 

MACH5 

MACH6 

MACH7 

CONT 

CONT 

MACH8 

MACHLIST 

201 

1.0 

0.5 

0.7 

Field  _ Contents _ 

SID  Mach  set  identification  number  (Integer  >  0) 

MACHi  Mach  number  (Real  >  0.0) 

Remarks: 


1.  MACHLIST  Bulk  Data  entries  are  selected  in  the  Function  Packet. 


Input  Data  Entry:  MA.T1  Material  Property  Definition,  Form  1 

Description:  Defines  the  material  properties  for  linear,  temperature-independent,  isotropic  materials 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MATI 

MID 

E 

G 

NU 

RHO 

A 

GE 

CONT 

CONT 

ST 

SC 

SS 

MCSID 

MATI 

17 

3. +7 

0.33 

4.28 

6.5-6 

ABC 

+B 

12. +4 

IHH 

Field _ _ _ Contents _ 

MID  Material  identification  number  (Integer  >0) 

E  Young’s  modulus  (Real  >  0.0,  or  blank) 

G  Shear  modulus  (Real  or  blank) 

NU  Poisson’s  ratio  (-1.0  <  Real  <  0.5  or  blank) 

RHO  Mass  density  (Real  >  0.0) 

A  Thermal  expansion  coefficient  (Real) 

TREF  Thermal  expansion  reference  temperature  (Real) 

GE  Structural  element  damping  coefficient  (Real) 

ST,  SC,  SS  Stress  limits  for  tension,  compression,  and  shear  (Real).  (Used  to  compute  margins  of 
safety  in  certain  elements). 

mcsid  Material  Coordinate  System  identification  number  (Integer  >  0  or  blanks 

Remarks: 

1.  The  material  identification  number  must  be  unique  for  all  HATl,  MAT2,  MATS,  and  MATS  bulk  data 
entries. 

2.  The  mass  density,  RHO,  wiU  be  used  to  automatically  compute  mass  for  all  structural  elements. 

3.  Weight  density  may  be  used  in  Field  6  if  the  value  1/g  is  entered  on  the  convert  entry  where  g  is  the 
acceleration  of  gravity. 

4.  Either  E  or  G  must  be  specified  (i.e.,  nonblank). 

5.  If  any  one  of  E,  G,  or  Na  is  blank,  it  wiU  be  computed  to  satisfy  the  identity  E  =  2  *  ( 1+MU)  *G; 
otherwise,  values  supphed  by  the  user  will  be  used. 

6.  If  E  and  mr  or  G  and  NU  are  both  blank,  they  will  both  be  given  the  values  0.0. 

7.  Implausible  data  on  one  or  more  matI  entries  will  result  in  a  warning  message.  Implausible  data  is 
defined  as  any  of E  <0.0  or  G  <  0.0  or  MU  >  0.5  or  NU  <  0.0  or  |1  -  E/ (2 (l-i-MU)G)  | 
>0 . 01  except  for  cases  covered  by  Remark  6. 

8.  It  is  strongly  recommended  that  only  two  of  the  three  values  E,  G,  and  NU  be  input.  The  three  values 
may  be  input  independently  on  the  MAT2  entiy. 
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Input  Data  Entry:  112VT2  Material  Property  Definition,  Form  2 

Description:  Defines  the  material  properties  for  linear,  temperature-independent,  anisotropic  materi¬ 

als  for  two-dimensional  elements. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MAT2 

MID 

G13 

G22 

G23 

G33 

RHO 

CONT 

CONT 

Al 

A2 

A12 

TO 

GE 

ST 

SC 

SS 

CONT 

CONT 

MCSID 

MAT2 

13 

6.2+3 

6.2+3 

5.1+3 

0.056 

ABC 

+BC 

6.5-6 

6.5-6 

-500.0 

0.002 

20. +5 

Field  _  Contents _ _ 

MID  Material  identification  number  (Integer  >  0) 

Gi  j  The  material  property  matrix  (Real) 

RHO  Mass  density  (Real  >  0.0) 

Ai  Thermal  expansion  coefficient  vector  (Real) 

TO  Thermal  expansion  reference  temperature  (Real) 

GE  Structural  element  damping  coefficient  (Real) 

ST,  sc,  SS  Stress  limits  for  tension,  compression,  and  shear  (Real).  (Used  to  compute  margins  of 

safety  in  certain  elements). 

mcsid  Material  Coordinate  System  identification  number  (Integer  >  0  or  blank). 

Remarks: 

1.  Material  identification  numbers  must  be  unique  for  all  MATl,  MAT2,  HATS,  and  HAT9  bulk  data  entries. 

2.  The  mass  density,  RHO,  will  be  used  to  automatically  compute  mass  for  all  structural  elements. 

3.  Weight  density  may  be  entered  in  Field  9  if  the  value  1/g,  where  g  is  the  acceleration  of  gravity,  is 
entered  on  the  convert  entry. 

4.  The  convention  for  the  Gjj  in  Fields  3  through  8  are  represented  by  the  matrix  relationship 


^12  *^13 

/ 

^  1 

®12  ^22  ^23 

^2 

■-(T-TJ  ■ 

^2 

> 

^13  ^23  ^33 

1 

.V 

■^2 

/ 

5.  2x2  matrices  (for  example,  transverse  shear)  use  elements  Gll,  G12,  and  G22.  For  this  case,  G33 
must  be  blank. 

6.  If  the  MAT2  entry  is  referenced  by  the  pcomp  entry  the  transverse  shear  flexibility  for  the  referenced 
laminae  is  zero. 

7.  Unlike  the  hatI  entry,  data  from  the  MAT2  entry  are  used  directly,  without  adjustment  of  equivalent 
E,  G,  or  NU  values. 
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Input  Data  Entry:  MATS  Material  Property  Definition,  Form  8 

Description:  Defines  the  material  property  for  an  orthotropic  material. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MATS 

MID 

El 

E2 

NU12 

G12 

Gl,  Z 

G2,  Z 

RHO 

CONT  j 

CONT 

A1 

A2 

TREE 

Xt 

Xc 

Yt 

Yc 

S 

CONT  1 

CONT 

GE 

F12 

1 

MATS 

171 

30. +6 

1.+6 

0.3 

2. +6 

3. +6 

1.5+6 

+BC 

28.-6 

155.0 

1.+4 

1.5+4 

2. +2 

8. +2 

1.+3 

+DEF 

+EE 

1.-4 

Field 

MID 

El 

E2 

NU12 


G12 

G1,Z 

G2,Z 

RHO 

A1 

A2 

TREE 
Xt,  Xc 

Yt,  Yc 

S 

GE 


_ Contents _ 

Material  identification  number  (Integer  >  0) 

Modulus  of  elasticity  in  longitudinal  direction  (also  defined  as  fiber  direction  or  1-di¬ 
rection)  (Real  ^  0.0) 

Modulus  of  elasticity  in  lateral  direction  (also  defined  as  matrix  direction  or  2-direc- 
tion)  (Real  0.0) 


(  £2  )  (  £1 ) 
Poisson’s  ratio  [  ;  _  ■  for  uniaxial  loading  in  1-direction].  Note  that  Iin21  =  ,  [  for 


(ei) 

imiaxial  loading  in  2-direction  is  related  to  Nni2 ,  El,  E2  by  the  relation 
NU12*E2  =  NU21*E1.  (Real) 

In-plane  shear  modulus  (Real  >  0.0) 

Transverse  shear  modulus  for  shear  in  1-Z  plane  (Real  >  0.0  or  blank) 
(default  implies  infinity) 

Transverse  shear  modulus  for  shear  in  2-Z  plane  (Real  >  0.0  or  blank) 
(defatilt  imphes  infinity) 

Mass  density  (Real  >  0.0) 

Thermal  expansion  coefficient  in  the  1-direction  (Real) 

Thermal  expansion  coefficient  in  the  2-direction  (Real) 

Thermal  expansion  reference  temperature  (Real) 


(62) 


Allowable  stresses  in  tension  and  compression,  respectively,  in  the  longitudinal  direc¬ 
tion.  Required  if  failure  index  is  desired.  (Real  >  0.0)  (Defaxilt  value  for  Xc  is  xt ) 

Allowable  stresses  in  tension  and  compression,  respectively,  m  the  transverse  direc¬ 
tion.  Required  if  failure  index  is  desired.  (Real  S  0.0)  (Defardt  value  for  Yc  is  Yt) 

Allowable  stress  for  in-plane  shear  (Real  >  0.0) 

Structural  damping  coefficient  (Real) 
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P12  Interaction  term  in  the  tensor  polynomial  theory  of  Tsai-Wu  (Real).  Required  if  failvire 

index  or  stress  constraint  by  Tsai-Wu  theory  is  desired  and  if  value  of  F12  is  different 
from  0.0. 

Remarks: 

1.  If  z  and  Gj,  z  values  specified  as  zero,  or  are  not  supplied,  transverse  shear  flexibility  calculations 
will  not  be  performed. 

2.  An  approximate  value  for  and  Gj/Z  is  the  in-plane  shear  modulus  G^j-  If  test  data  are  not 

available  to  accurately  determine  Gj^,z  and  Gj/Z  for  the  material  and  transverse  shear  calculations 
are  deemed  essential,  the  value  of  Gj^j  supplied  for  Gj^,  Z  and  Gj,  z. 

3.  X  ,  X  ,  Y^.,  Y^  and  SS  are  used  for  composite  element  failure  calculations  when  requested  in  the  FT 
field  of  the  PCOMPi  entry. 

4.  The  mass  density,  RHO,  is  used  to  automatically  compute  mass  for  all  structural  elements. 

5.  Weight  density  may  be  entered  in  Field  9  if  the  value  1/g,  where  g  is  the  acceleration  of  gravity,  is 
entered  on  the  convert  entry. 
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Input  Data  Entry:  MAT9  Material  Property  Definition,  Form  9 

Description:  Defines  the  material  properties  for  linear,  temperature-independent,  anistropic  materials 

for  solid  isoparametric  elements 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MAT9 

MID 

Gll 

G12 

G13 

G14 

G15 

G16 

G22 

CONT 

CONT 

G23 

G24 

G25 

G26 

G33 

G34 

G35 

G3  6 

CONT 

CONT 

G44 

G45 

G46 

G55 

G56 

G66 

RHO 

Al 

CONT 

CONT 

A2 

A3 

A4 

A5 

A6 

TREF 

GE 

MATS 

17 

6.2+3 

6.2+3 

ABC 

+BC 

DEF 

+EF 

5.1+3 

5.1+3 

3,2 

6.6-6 

Field 

MID 

Gij 

RHO 

Ai 

TREF 

GE 


_ Contents _ _ 

Material  identification  number  (Integer  >  0) 

Elements  of  the  6x6  symmetric  material  property  matrix  (Real  >  0.0) 
Mass  density  (Real  >  0.0) 

Thermal  expansion  coefficient  vector  (Real) 

Thermal  expansion  reference  temperature  (Real) 

Structural  element  damping  coefficient  (Real) 


Remarks: 

1.  The  material  identification  numbers  must  be  unique  for  all  MATl,  MAT2,  MATS,  and  MATS  entries. 

2.  The  mass  density  RHO  will  be  used  to  automatically  compute  mass  in  a  structural  d3uiamics  problem. 

3.  Weight  density  may  be  entered  in  Field  9  if  the  value  1/g,  where  g  is  the  acceleration  of  gravity,  is 
entered  on  the  convert  entry. 

4.  Continuation  number  4  need  not  be  used. 

5.  The  subscripts  1  through  6  refer  to  x,  y,  z,  xy,  yz,  zx,  for  example: 


®ii 

/  1 

G12G22  SYM 

^13  ^23  ^33 

^14^24^34*^44 

'^yz 

*^15  ^25  *^35  *^45  *^55 

Y 

yz 

*^16*^26*^36*^46*^56  *^66 

\ 

Y 

L  zx^ 

6.  The  damping  coefficient,  GE  is: 
GE  ^2 


r  - 


^2 

A3 

A4 

A5 


(T-TJ 
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Input  Data  Entry:  MFORM  Mass  Matrix  Form 

Description:  Defines  the  form  of  the  mass  matrix  as  consistent  (coupled)  or  lumped. 


Format  and  Example: 

12  3 

4 

6 

5 

7 

8 

9 

10 

MFORM 

VALUE 

i 

MFORM 

LUMPED 

Field 

Contents 

VALUE  A  character  string  denoting  the  form  of  the  mass  matrix.  The  available  forms  are: 


1)  LUMPED 

2)  COUPLED 

Remarks: 

1.  If  more  than  one  HFOBM  is  included  in  the  Bulk  Data,  any  coupled  value  will  resiilt  in  coupled  mass 
being  used. 

2.  If  no  MFORM  is  indicated,  the  lumped  formulation  will  be  used. 
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Input  Data  Entry:  MKAEROl  Mach  Number  -  Frequency  Table 

Description:  Provides  a  table  of  Mach  numbers  (m)  and  reduced  frequencies  (k)  for  unsteady  aerody¬ 

namic  matrix  calculation. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MKAEROI 

SYMXZ 

SYMXY 

mi 

m2 

m3 

m4 

ms 

me 

CONT 

CONT 

ki 

k2 

ks 

k4 

k5 

k6 

k7 

ks 

MKAEROI 

1 

0 

0.1 

0.7 

+ABC 

+ABC 

0.3 

0.6 

1.0 

Field _ Contents _ 

SYMXZ ,  SYMXY  Symmetry  flags  (Integer).  See  Remarks  4  and  6. 
mi  List  of  from  1  to  6  Mach  nximbers  (Real  >  0.0  or  blank) 

kj  List  of  from  1  to  8  reduced  frequencies  (Real  >  0.0  or  blank) 

Remarks: 

1.  All  combinations  of  (m^  k)  will  be  used. 

2.  The  continuation  entry  is  required. 

3.  Several  MKAEROi  entries  may  be  in  the  input  packet.  If  these  data  entries  are  in  the  packet,  they  will 
be  used. 

4.  The  S3nnmetry  flags  have  the  following  definition: 

+1  for  S3mmetric  (Cannot  be  used  with  SYMXY  option) 

0  for  as3nnmetric 
-1  for  antisymmetric 

The  m-k  pairs  generated  by  this  entry  will  generate  aerodjmamic  matrices  having  the  symmetries 
selected. 

5.  m-k  pairs  may  be  repeated  with  different  symmetry  options. 

6.  These  are  the  following  restrictions  associated  with  the  symmetry  flags: 

a)  Ground  effect  is  limited  to  antisymmetric  only,  SYMXY  =  0  or-1. 

b)  Groxmd  effect  is  not  available  at  all  for  supersonic  flow. 

7.  Reduced  frequency  is  computed  using: 

^  ^ 

2y 

where  b  is  the  reference  chord  defined  by  an  aero  entry,  co  is  the  frequency  in  radians  per  sec,  and  v 
is  the  true  velocity. 
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Input  Data  Entry:  MKAER02  Mach  Number  -  Frequency  Table 

Description:  Provides  a  list  of  Mach  numbers  (m)  and  reduced  frequencies  (k)  for  aerodynamic  matrix 

calculation. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MKAER02 

SYMXZ 

SYMXY 

mi 

ki 

m2 

k2 

m3 

k3 

CONT 

CONT 

m4 

k4 

ms 

k5 

-etc- 

MKAER02 

0 

0 

0.10 

0.60 

0.70 

0.30 

0.70 

1.0 

ABC 

+BC 

0.8 

0.9 

0.8 

1.0 

Field _ Contents  _ _ 

SYMYZ ,  SYMXY  Symmetry  flags  (Integer).  See  Remarks  4  and  6. 

mi ,  ki  List  of  pairs  of  Mach  numbers  (Real  >0.)  and  reduced  frequencies  (real  >0.) 

Remarks: 

1.  This  entry  will  cause  the  aerod5mamic  matrices  to  be  computed  for  the  given  sets  of  parameter  pairs. 

2.  Several  MKAEROi  entries  may  be  in  the  input  packet.  If  these  data  entries  are  in  the  packet,  they  will 
be  used. 

3.  Any  number  of  continuations  are  allowed. 

4.  The  symmetry  flags  have  the  following  definition: 

+1  for  symmetric  (Cannot  be  used  with  smxY  option) 

0  for  asjanmetric 
-1  for  antisymmetric 

The  m-k  pairs  listed  on  the  entry  wxU  generate  aerodynamic  matrices  having  the  symmetries  selected. 

5.  m-k  pairs  may  be  repeated  with  different  symmetry  options. 

6.  The  following  restrictions  are  imposed  on  the  symmetry  flags: 

a)  Ground  effect  (if  present)  must  be  antisymmetric  SYMXY  =  0  or  -1. 

b)  Ground  effect  is  not  available  at  aU  for  supersonic  flow. 

7.  Reduced  frequency  is  computed  using: 

,  6co 
2v 

where  b  is  the  reference  chord  defined  by  an  AERO  entry,  (o  is  the  frequency  in  radians  per  sec,  and  v 
is  the  true  velocity. 


Input  Data  Entry:  MODELIST 

Description:  Defines  a  list  of  modes  at  which  outputs  are  desired. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MODELIST 

SID 

MODEI 

MODE2 

MODE3 

MODE4 

MODES 

MODES 

MODE7 

CONT 

COOT 

MODES 

MODE9 

-etc- 

CONT 

jMCOELIST 

100 

1 

2 

4 

Alternate  Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MODELIST 

SID 

MODEI 

THRU 

MODE2 

ZZl 

Fifild  _ _ _ Contents _ 

SID  Set  identification  number  referenced  by  Solution  Control  (Integer  >  0 ) 

MODEi  Mode  number  of  mode  at  which  outputs  are  desired.  (Integer  >  0  ) 

Remarks: 

1.  In  order  to  be  used,  the  siD  must  be  referenced  by  Solution  Control. 

2.  If  the  alternate  form  is  used  HODE2  must  be  greater  than  or  equal  to  modeI. 

3.  Modes  are  numbered  firom  1  to  n,  starting  at  the  lowest  frequency  for  which  a  eigenvector  was 
computed. 

4.  Nonexistent  modes  may  be  referenced  and  will  result  in  no  error  message. 
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Input  Data  Entry:  MOMENT  Static  Moment 

Description:  Defines  a  static  moment  at  a  grid  point  by  specifying  a  vector. 

Format  and  Example: 

123456789  10 


1  MOMENT 

SID 

G 

CID 

M 

Nl 

N2 

N3 

MOMENT 

2 

5 

6 

2.9 

o 

o 

1.0 

o 

o 

Field  Contents 

SID  Load  set  identification  number  (Integer  >  0) 

G  Grid  point  identification  number  (Integer  >  0) 

CiD  Coordinate  system  identification  number  (Integer  >  0) 

M  Scale  factor  (Real) 

Ni  Components  of  vector  measured  in  coordinate  system  defined  by  CID  (Real;  at  least 

one  nonzero  component) 

Remarks: 

1.  The  static  moment  applied  to  grid  point  G  is  given  by 
{m}  =  M  {N} 

2.  A  CID  of  zero  references  the  basic  coordinate  system. 
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Input  Data  Entry:  MOMENT  1  Static  Moment,  Alternate  Form  1 

Description:  Defines  a  static  moment  by  specification  of  a  value  and  two  grid  points  which  determine 

the  direction. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MOMENT 

SID 

G 

M 

Gl  1 

1 

G2 

MOMENT 

6 

13 

-2.93 

16 

13 

_ 1 

Field 

Contents 

SID  Load  set  identification  number  (Integer  >  0) 

G  Grid  point  identification  number  (Integer  >  0) 

M  Value  of  moment  (Real) 

Gi  Grid  point  identification  numbers  (Integer  >Q;G1^  G2) 

Remarks: 


1.  The  direction  of  the  moment  vector  is  determined  by  the  vector  from  Gl  and  G2. 


Input  Data  Entry:  MPC  Multipoint  Constraint 

Description:  Defines  a  multipoint  constraint  equation  of  the  form 


I  A,- u;  =0.0 

j 


Format  aad  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

MPC 

SID 

GO 

CO 

AO 

G 

C 

A 

CONT 

G 

c 

A 

G 

C 

A 

MPC 

3 

28 

3 

6.2 

2 

3 

4.29 

+B 

+B 

1 

4 

-2.91 

Field _  Contents _ _ _ _ 

SID  Set  identification  (Integer  >  0) 

GO ,  G  Identification  number  of  grid  or  scalar  point  (Integer  >  0) 

CO ,  C  Component  number  -  any  one  of  the  digits  1  through  6  in  the  case  of  geometric  gnd 

points;  blank  or  zero  in  the  case  of  scalar  points  (Integer) 

AO ,  A  CoefBcient  (Real;  AO  must  be  nonzero) 

Remarks: 

1.  The  first  coordinate  (GO,  CO)  in  the  sequence  is  assumed  to  be  the  dependent  coordinate.  A  dependent 
degree  of  freedom  assigned  by  one  MPC  entry  cannot  be  assigned  dependent  by  another  MPC  entry  or 
by  a  rigid  element. 

2.  Forces  of  multipoint  constraint  are  not  recovered. 

3.  Multipoint  constraint  sets  must  be  selected  in  Solution  Control  (mpc  =  siD)  to  be  used. 

4.  The  m-set  coordinates  specified  on  this  entiy  may  not  be  specified  on  other  entries  that  define 
mutually  exclusive  sets. 


Input  Data  Entry:  HPCADD  Multipoint  Constraint  Set  Combination 

Description:  Defines  a  multipoint  constraint  set  as  a  union  of  multipoint  constraint  sets  defined  via 

MPC  entries. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  MPCADD 

SID 

SI 

S2 

S3 

S4 

S5 

S6 

S7 

CONT 

|cONT 

S8 

SB 

-etc- 

MPCADD 

101 

2 

3 

1 

6 

4 

Field _ Contents _ _ _ 

SID  Set  identification  number  (Integer  >  0) 

S  j  Set  identification  numbers  of  multipoint  constraint  sets  defibaed  via  mpc  entries 

(Integer  >  0) 

Remarks: 

1.  The  S  j  must  be  unique. 

2.  Multipoint  constraint  sets  must  be  selected  in  Solution  Control  (MPC  =  SID)  to  be  used. 

3.  Sj  may  not  be  the  identification  number  of  a  multipoint  constraint  set  defined  by  another  MPCADD 
entry. 

4.  MPCADD  entries  take  precedence  over  MPC  entries.  If  both  have  the  same  set  identification  number, 
only  the  MPCADD  entry  will  be  used. 
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Input  Data  Entry:  MPPARM 

Description:  Identify  values  of  user  defined  optimizer  parameters  that  overrides  the  default  values. 

Format  and  Example: 

123456789  10 


MPPARM 

PARAM 

VALUE 

PARAM 

VALUE 

PARAM 

VALUE 

CONT  ] 

CONT 

PARAM 

MPPARM 

ISCAL 

0 

STOL 

0.005 

Field _ Contents _ _ _ 

PARAM  Name  of  parameter  to  be  overridden  (Character) 

VALUE  Integer  or  real  value  to  be  used  for  the  parameter. 

Remarks: 

1.  Any  number  of  param-VALUE  combinations  can  be  specified  on  an  MPPARM  entry. 

2.  See  EDO  software  marinfll  (ADS  V  1.10)  for  a  definition  of  parameters,  but  the  most  useful  are  shown 
below: 


REAL 

PARAMETER 

DEFINITION 

DEFAULT 

CT 

Constraint  tolerance  in  the  Method  of  Feasible 
Directions  or  the  Modified  Method  of  Feasible 
Directions.  A  constraint  is  active  if  its  numerical 
value  is  more  positive  than  CT. 

-0.003 

CTL 

Same  as  CT,  but  for  linear  constraints. 

-0.003 

CTLMIN 

Same  as  CTMlN,  but  for  linear  constraints. 

0.0005 

CTMIN 

Minimum  constraint  tolerance  for  nonlinear 
constraints.  If  a  constraint  is  more  positive  than 
CTMIN,  it  is  considered  to  be  violated. 

0.0005 

DABOBJ 

Maximum  absolute  change  in  the  objective 
between  two  consecutive  iterations  to  indicate 
convergence  in  optimization. 

znaj<0.001|  Fo  |, 0.0001) 

DABOBM 

Absolute  convergence  criterion  for  the 
optimization  sub-problem  when  using  sequential 
minimization  techniques. 

(Note  3) 

DABSTR 

Same  as  dabobj,  but  used  at  the  strategy  level. 

(Note  3) 

DELOBJ 

Maximum  relative  change  in  the  objective 
between  two  consecutive  iterations  to  indicate 
convergence  in  optimization. 

0.001 
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REAL 

PARAMETER 


DEFINITION 


DEFAULT 


DELOBM 

Relative  convergence  criterion  for  the 
optimization  sub-problem  when  using  sequential 
minimization  techniques. 

(Notes) 

DELSTK 

Same  as  delob  J,  but  used  at  the  strategy  level. 

(Note  3) 

DOBJl 

Relative  change  in  the  objective  function 
attempted  on  the  first  optimization  iteration. 
Used  to  estimate  initial  move  in  the  one¬ 
dimensional  search.  Updated  as  the  optimization 
progresses. 

0.1 

I)OBJ2 

Absolute  change  in  the  objective  function 
attempted  on  the  first  optimization  iteration. 
Used  to  estimate  initial  move  in  the  one¬ 
dimensional  search.  Updated  as  the  optimization 
progresses. 

0 . 2  max(Zi) 

DXl 

Maximum  relative  change  in  a  design  variable 
attempted  on  the  first  optimization  iteration. 
Used  to  estimate  initial  move  in  the  one¬ 
dimensional  search.  Updated  as  the  optimization 
progresses. 

0.01 

DX2 

Maximum  absolute  change  in  a  design  variable 
attempted  on  the  first  optimization  iteration. 
Used  to  estimate  initial  move  in  the  one¬ 
dimensional  search.  Updated  as  the  optimization 
progresses. 

0.02 

EXTKAP 

Maximum  multiplier  on  the  one-dimensional 
search  parameter,  ALPHA  in  the  one-dimensional 
search  using  polynomial 

interpolation/extrapolation. 

(Notes) 

SCFO 

The  user-simplified  value  of  the  scale  factor  for  the 
objective  fimction  if  the  default  or  calculated  value 
is  to  be  overridden. 

(Note  3) 

SCLMIN  1  niimerical  value  of  any  scale  factor 

1  allowed. 

(Note  3) 

I  Tolerance  on  the  components  of  the  calcialated 
STOL  1  search  direction  to  indicate  that  the  Kuhn-Tucker 

j  conditions  are  satisfied. 

(Note  3) 

THETAZ  nominal  value  of  the  push-ofif  factor  in  the  Method 

1  of  Feasible  Directions. 

(Note  3) 

REAL 

PARAMETER 

DEFINITION 

DEFAULT 

XMULT 

Multiplier  on  the  move  parameter,  alpha,  in  the 
one-dimensional  search  to  find  boimds  on  the 
solution. 

(Note  3) 

ZRO 

Numerical  estimate  of  zero  on  the  computer. 
Usually  the  default  value  is  adequate.  If  a 
computer  with  a  short  word  length  is  used,  ZRO  = 
l.OE-4  may  be  preferred. 

(Note  3) 

INTEGER 

PARAMETER 

DEFINITION 

DEFAULT 

ISCAL 

Scaling  parameter.  By  default,  scaling  is  done 
every  NDV  iterations,  otherwise  scaling  is 
performed  every  ISCA  iterations. 

-1 

ITMAX 

Maximum  number  of  iterations  allowed  at  the 
optimizer  level. 

40 

ITROMP 

The  number  of  consecutive  iterations  for  which 
the  absolute  or  relative  convergence  criteria 
must  be  met  to  indicate  convergence  at  the 
optimizer  level. 

2 

ITRMST 

The  number  of  consecutive  iterations  for  which 
the  absolute  or  relative  convergence  criteria 
must  be  met  to  indicate  convergence  at  the 
optimizer  level. 

(Note  3) 

JTMAX 

Maximum  of  iterations  allowed  at  the  strategy 
level. 

(Note  3) 

3. 


Some  of  these  parameters,  indicated  in  the  tables,  are  used  only  with  the  original  version  of  Ihe  ADS 
optimizer.  They  are  not  used  in  MicroDOT. 


365 


Omitted  Coordinates 


Input  Data  Entry:  OMIT 

Description:  Defines  degrees  of  freedom  that  the  user  desires  to  omit  from  the  problem  through 

matrix  partitioning.  Used  to  reduce  the  number  of  independent  degrees  of  fi'eedom. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

OMIT 

SETID 

ID 

_ 

C 

ID 

C 

ID 

C 

1 

OMIT 

10 

16 

2 

23 

3516 

54 

23 

Field 

Contents 

SETID  The  reduce  set  identification  number  (Integer  >  0). 

ID  Grid  or  scalar  point  identification  number  (Integer  >  0). 

C  Component  ntunber,  zero  or  blank  for  scalar  points,  any  unique  combination  of  the 

digits  1  through  6  for  grid  points. 

Remarks: 

1.  Coordinates  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not  be 
specified  on  other  entries  that  define  mutually  exclusive  sets. 

2.  In  many  cases  it  may  be  more  convenient  to  use  OMITI,  ASET  or  ASETl  entries. 
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Input  Data  l^-ntry-  OMITl  Omitted  Coordinates,  Alternate  Form 

Description:  Defines  degrees  of  freedom  that  the  user  desires  to  omit  from  the  problem  through 

matrix  partitioning.  Used  to  reduce  the  number  of  independent  degrees  of  fi:eedom. 


Format  and  Example: 

12  3 

4 

5 

6 

7 

8 

9 

10 

1  OMITl 

C 

GID2 

GID3 

GID4 

GID5 

GID6 

CONT 

|cONT 

GID7 

GID8 

-etc- 

OMITl 

3 

2 

1 

3 

10 

9 

6 

5 

ABC 

+BC 

7 

8 

Alternate  ] 

Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

OMITl 

SETID 

C 

GIDI 

THRU 

GID2 

Field _ _ _ Contents _ _ _ _ 

SETID  The  reduce  set  identification  number  (Integer  >  0). 

C  Component  number  (Any  unique  combination  of  the  digits  1  through  6  (with  no 

embedded  blanks)  when  point  identification  numbers  are  grid  points;  must  be  null  or 
zero  if  point  identification  numbers  are  scalar  points). 

GiDi  Grid  or  scalar  point  identification  nmnber  (Integer  >  0). 

Remarks: 

1.  Coordinates  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not  be 
specified  on  other  entries  that  define  mutually  exclusive  sets. 

2.  If  the  alternate  form  is  used,  points  in  the  sequence  IDI  through  ID2  are  required  to  exist  and  ID2 
must  be  greater  than  or  equal  to  IDI. 


Input  Data  Entry:  PAEROl  Aerodynamic  Panel  Property 

Description:  Gives  associated  bodies  for  the  panels  in  the  unsteady  aerodynamic  model. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PAEROl 

PID 

BI 

B2 

B3 

B4 

B5 

B6 

PAEROl 

1 

3 

Field 

Contents 

PID  Property  identification  number  (referenced  by  CAEROl)  (Integer  >  0) 

Bi  Identification  number  of  CAER02  entries  for  associated  bodies  (Integer  >  0,  or  blank) 

Remarks: 

1.  The  associated  bodies  must  be  in  the  same  aerodynamic  group. 

2.  The  Bi  numbers  above  must  appear  on  a  CAER02  entry  to  define  these  bodies  completely. 
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Input  Data  Entry:  PAER02  Aerodynamic  Body  Properties 

Description:  Defines  the  cross-section  properties  of  unsteady  aerodynamic  bodies. 


Format  and  Examples: 

123456789  10 


PAER02 

PID 

ORIENT 

WIDTH 

AR 

LRSB 

LRIB 

LTHl 

LTH2 

CONT  1 

CONT 

THII 

THNI 

THI2 

THN2 

THI3 

THN3 

PAER02 

2 

z 

6.0 

1.0 

22  * 

91 

100 

abc 

+bc 

1 

3 

Field 

PID 

ORIENT 


WIDTH 

AR 

LRSB 

LRIB 

LTHl,  LTH2 
THIi,  THNi 


_  Contents _ _ _ _ _ 

Property  identification  number  (Integer  >  0) 

Orientation  flag  "z",  "y",  or  "ZY".  Type  of  motion  allowed  for  bodies  (Character). 
Refers  to  the  aerodynamic  coordinate  system  "y"  "z"  directions  (see  AERO  data 

entry) 

Reference  half-widtii  of  body  (Real  >  0.0) 

Aspect  ratio  (height/width)  (Real  >  0.0) 

Identification  number  of  an  AEFACT  data  entry  containing  a  list  of  slender  body  half¬ 
widths.  If  blank,  the  value  of  width  will  be  used  (Integer  >  0  or  blank) 

Identification  number  of  an  aepact  data  entry  containing  a  Ust  of  interference  body 
half-widths.  If  blank,  the  value  of  WIDTH  will  be  used  (Integer  >  0  or  blank) 

Identification  number  of  AEPACT  data  entries  for  defining  theta  arrays  for  interfer¬ 
ence  calculations  (Integer  >  0) 

The  first  and  last  interference  element  of  a  body  to  use  the  Oi  array  (Integer  >  0) 


Remarks: 

1.  The  EID  of  all  CAER02  elements  in  any  IGID  group  must  be  ordered,  so  that  their  corresponding 
ORIENT  values  appear  in  the  order  z,  ZY,  Y. 

2.  The  half-widths  (given  on  AEPACT  data  entries  referenced  in  fields  6  and  7)  are  specified  at  division 
points.  The  number  of  entries  on  an  aepact  data  entry  used  to  specify  half-widths  must  be  one 
greater  than  the  n\miber  of  elements. 

3.  The  half-width  at  the  first  point  (i.e.,  the  nose)  on  a  slender  body  is  usually  0.;  thus,  it  is  recom¬ 
mended  (but  not  required)  that  the  LRSB  data  is  supphed  with  a  zero  first  entry. 


4.  THIi  and  THNi  are  interference  element  locations  on  a  body.  The  element  numbering  begins  at  one 
for  each  body. 

5.  A  body  is  represented  by  a  slender  body  surrounded  by  an  interference  body.  The  slender  body 
creates  the  down  wash  due  to  the  motion  of  the  body,  while  the  interference  body  represents  the 
effects  upon  panels  and  other  bodies. 
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SLENDER  BODY 
(Six  Elements  Shown) 


INTERFERENCE  BODY 
(Three  Elements  Shown) 


X 


z 


Theta  array,  receiving  points  for 
interference  body  elements 
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Input  Data  Entry:  PAER06 

Description:  Defines  body  analysis  parameters  for  steady  aerodynamics. 


_ _ Contents _ _ _ 

Bcid  Body  component  identification  number  (Integer  >  0) 

CMPNT  Component  type  (fusel  for  the  fuselage  and  pod  for  a  pod) 

CP  Coordinate  system  of  the  geometry  input  (Integer  >  0,  or  blank) 

IGRP  Group  flag  (Integer  >  0) 

NRAD  Number  of  equal  radial  cuts  used  to  define  the  body  panels  (Integer  >  0  or  blank) 

lead  Identification  niunber  of  an  aepact  data  entry  which  defines  the  angular  locations  in 

degrees  of  the  body  panels  (Integer  >  0  or  blank) 

Laxial  Identification  number  of  an  aefact  data  entry  which  defines  the  axial  locations  of  in 

degrees  of  the  body  panels  (Integer  >  0  or  blank) 

Remarks: 

1.  NRAD  and  LRAD  are  mutually  exclusive. 

2.  If  LRAD  iand  NRAD  are  zero  or  blank,  the  radial  cuts  specified  by  the  body  or  axsta  entries  are  used. 

3.  TifixraT.  is  used  only  for  fusel  components.  Inputs  on  the  aefact  entry  are  the  dimensional  fuselage 
stations. 

4.  If  LAXIAL  is  blank,  the  axial  locations  are  the  same  as  those  given  by  axsta  data  entries  for  the 
given  body  component. 
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Input  Data  Entry:  PBAR  Simple  Beam  Properiy 

Description:  Defines  the  properties  of  a  simple  beam  (bar)  which  is  used  to  create  bar  elements  via  the 

CBAR  entry. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PBAR 

PID 

MID 

A 

11 

12 

J 

NSM 

TMIN 

CONT 

CONT 

Cl 

C2 

D1 

D2 

El 

E2 

FI 

F2 

CONT 

CONT 

K1 

K2 

112 

R12 

R22 

ALPHA 

PBAR 

39 

6 

2.9 

5.97 

123 

+23 

2.0 

4.0 

Field _ 

PID 

MID 

A 

li 

J 

NSM 

TMIN 

K1,K2 

Ci,Di,Ei,Fi 

R12,R22,ALPHA 


_ Contents _ _ 

Property  identification  number  (Integer  >  0) 

Material  identification  number  (Integer  >  0) 

Area  of  bar  cross-section  (Real  >  0.0) 

Area  moments  of  inertia  (Real)  (ll  >  0.0, 12  >  0.0, 11I2  >  Ii2^) 
Ibrsional  constant  (Real  >  0.0) 

Nonstructural  mass  per  unit  length  (Real  >  0.0) 

The  minimum  cross-sectional  area  in  design  (Real,  Default  =  0.0001) 
Area  factor  for  shear  (Real) 

Stress  recovery  coefficients  (Real) 

Inertia  linking  terms  for  design  (see  Remark  6) 


Remarks: 


1.  The  BAR  element  geometry  and  coordinate  system  is  shown  in  the  Figure  on  the  following  page. 

2.  PBAR  entries  may  only  reference  MATl  material  entries. 

3.  The  transverse  shear  stiffiiesses  in  planes  1  and  2  are  (ki)AG  and  (K2)AG,  respectively.  The  default 
values  for  K1  and  K2  are  infinite.  In  other  words,  the  transverse  shear  flexibilities  are  set  equal  to 
zero.  K1  and  K2  are  ignored  if  1 12  ^  0. 

4.  The  stress  recovery  coefficients  cl  and  C2,  etc.,  are  the  y  and  z  coordinates  in  the  bar  element 
coordinate  system  of  a  point  at  which  stresses  are  computed.  Stresses  are  computed  at  both  ends  of 
the  BAR. 


5.  The  TMIN  value  is  used  only  for  shape  function  design  variable  linking. 
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6.  For  design,  the  following  applies  to  the  R12  and  R22  values.  The  moments  of  inertia  are  linked  to  tiie 
cross-sectional  area  by  the  following  ejqpressions; 

II  =  R12  *  A**ALPHA 


12  *  R22  *  A**ALPHA 


The  same  is  true 


(A)  If  R12  =  0.0  then  the  missing  value  is  computed  from  Rl2=il/  {a**alpha) 
for  R22  and  12. 

(B)  The  ALPHA  value  defaults  to  1.0  and  must  be  >  1.0. 

(C)  If  both  II  and  R12  or  12  and  R22  are  given,  the  linking  expression  will  override  the  input  Ij 
values. 


7. 


If  the  CBAR  is  to  be  designed,  the  following  restrictions  apply. 

(A)  J  =  NSM  =  K1  s  K2  =  112  s  0.0 

If  any  of  these  values  are  not  zero,  a  warning  message  will  be  issued  and  the  value  set  to  zero. 
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Input  Data  Entry  PBARl  Geometric  BAR  element  property 

Description:  Defines  the  properties  of  a  BAR  element  by  specifying  its  cross-sectional  characteristics. 

Format  and  Example: 

123456789  10 


PID 

MID 

SHAPE 

DI 

D2 

D3 

D4 

D5 

-cont- 

-cont- 

NSM 

D6 

D7 

D8 

D9 

DIO 

101 

56 

TUBE 

2.0 

0.1 

+A 

+A 

1.25 

Field 

PID 

MID 

SHAPE 

Di 

NSM 

Remarks: 


_ Contents _ 

Property  identification  number  (lnteger>0). 

Material  identification  number  (lnteger>0).  (See  Remark  1) 

Cross-sectional  shape  (Character  I,  T,  BOX,  BAR,  TUBE,  ROD,  HAT  or  GBOX).  (See 
Remark  2) 

Cross-sectional  dimensions  (Real>0.0).  (See  Remark  2) 

Nonstructural  mass  per  unit  length  (Real). 


1.  PBARl  entries  may  only  reference  MATl  material  data. 

2.  The  cross-sectional  properties  and  shear  flexibihty  factors  of  the  BAR  are  computed  using  the  SHAPE 
and  Di  geometric  data  as  defined  by  the  figures  on  the  following  page.  The  stress  recovery  points  are 
also  shown.  Note  that  the  orientation  of  the  element  coordinate  system  is  important  for  the  element 
definition. 
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Input  Data  Entry:  PCOMP  Layered  Composite  Element  Property 

Description:  Defines  the  properties  of  an  n-ply  composite  material  laminate. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PCOMP 

PID 

ZO 

NSM 

SBOND 

F.T. 

TMIN 

LOPT 

CONT 

CONT 

MIDI 

Tl 

THi 

SOUTI 

MID2 

T2 

TH2 

SOUT2 

CONT 

CONT 

MID3 

T3 

TH3 

SOUT3 

-etc- 

PCOMP 

100 

-0.5 

1.5 

IQQI 

HOFF 

MEM 

ABC 

+BC 

150 

0.05 

90. 

YES 

-45. 

DEF 

+EF 

45,0 

Field 

PID 

ZO 

NSM 

SBOND 

F.T. 

TMIN 

LOPT 

MIDi 

Ti 

THi 

SOUTi 

Remarks: 


_ Contents _ 

Property  identification  number  (Integer  >  0). 

Offset  of  the  laminate  lower  surface  from  the  element  mean  plane.  A  positive  value 
means  the  +Ze  direction.  (Real  or  blank,  see  Remark  2) 

Nonstructxiral  mass  per  unit  area  (Real  >  0.0). 

Allowable  shear  stress  of  the  bonding  material.  (Real  >  0.0) 

Failure  theoiy,  one  of  the  strings  hill,  HOFF,  TSAI,  stress,  or  strain.  See  Remark  4. 
Minimum  ply  thickness  for  design  (Real  >  0.0  or  blank).  (Default  =  10*^) 

Lamination  generation  option,  MEM  or  blank.  (See  Remark  5). 

Material  identification  number  of  the  i(th)  layer.  (Integer  >  0  or  blank) 

Thickness  of  the  i(th)  layer  (Real  >  0.0  or  blank). 

Angle  between  the  longitudinal  direction  of  the  fibers  of  the  i(th)  layer  and  the 
material  X-axis.  (Real  or  blank) 

Stress  output  request  for  i(th)  layer, one  of  the  strings  YES  or  NO.  (Defaiilt  =  NO) 


1.  For  non-designed  elements,  the  plies  are  numbered  from  1  to  n  beginning  with  the  bottom  layer. 
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2.  For  composities  there  are  two  methods  for  specifying  the  offset  of  the  element  reference  plane  from 
the  element  mean  plane:  ZO  on  this  entry  and  ZOFF  on  the  CQUAD4  or  CTRIA3  Bulk  Data  entries.  The 
distinction  is  shown  in  the  figure  below: 


You  may  only  specify  a  ZO  on  this  entry  if  the  ZOFF  field  of  any  CQUAD4  or  CTRIA3  referencing  it  is 
blank.  The  default  value  for  ZO  is  -t/2  where  t  is  the  overall  thickness  of  the  laminate. 

3.  SBOND  is  required  if  bonding  material  failure  index  calculations  are  desired. 

4.  The  failure  theory  is  used  to  determine  the  element  failure  on  a  ply-by-ply  basis.  The  available 


theories  are: 

HILL 

-  Hill  Theory 

HOFF 

-  Hoffman  Theory 

TSAI 

-  Tsai-Wu  Theory 

STRESS 

-  For  MaximTnn  Stress  Theory 

STRAIN 

-  For  Maximtun  Strain  Theory 

5.  MEM  indicates  a  layup  of  membrane  only  phes. 

6.  The  material  properties,  MiDi,  may  reference  only  MA.T1,  Ma.T2,  and  MATS  Bulk  Data  entries. 

7.  If  any  of  the  MiDi,  Ti  or  THi  are  blank,  then  the  last  non-blank  values  specified  for  each  will  be  used 
to  define  the  values  for  the  ply. 

8.  TMIN  will  be  ignored  unless  the  element  is  linked  to  design  variables  by  SHAPE  entries. 
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Input  Data  Entry:  PCOMPl  Layered  Composite  Element  Property 

Description:  Defines  the  properties  of  an  n-ply  laminated  composite  material  where  all  plies  are 

composed  of  the  same  material  and  are  of  equal  thickness. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PCOMPl 

PID 

ZO 

NSM 

SBOND 

F.T. 

TMIN 

MID 

LOPT 

CONT  1 

CONT  i 

1 

TPLY  i 

THI 

TH2 

TH3 

TH4 

TH5 

TH6 

TH7 

CONT  I 

CONT 

TH8 

TH9 

THIO 

-etc- 

1 

PCOMPl 

100 

-0.5 

1.7 

5. +3 

STRAIN 

200 

ABC 

+BC 

0.25 

-45.0 

45.0 

90.0 

90.0 

45.0 

Field 

PID 

ZO 

NSM 

SBOND 

F.T. 

TMIN 

MID 

LOPT 

TPLY 

THi 


_ Contents  _ 

Property  identification  number  (1,000,000  >  Integer  >  0). 

Offset  of  the  laminate  lower  surface  from  the  element  mean  plane.  A  positive  value 
means  the  +ze  direction.  (Real  or  blank,  see  Remark  2) 

Nonstructural  mass  per  unit  area  (Real  >  0.0). 

Allowable  shear  stress  of  the  bonding  material.  (Real  >  0.0) 

Failure  theory,  one  of  the  strings  HILL,  HOFF,  TSAI,  STRESS  or  STRAIN. 

(See  Remark  4). 

Minimum  ply  thickness  for  design  (Real  >  0.0  or  blank)  (Default  =  0.0001) 

Material  identification  number  for  all  layers.  (Integer  >  0.0  or  blank) 

Lamination  generation  option,  MEM.or  blank.  (See  Remark  5). 

Thickness  of  each  layer.  (Real  >  0.0), 

Angle  between  the  longitudinal  direction  of  the  fibers  of  the  i(th)  layer  and  the 
material  X-axis.  (Real  or  blank) 


Remarks: 

1.  For  nondesigned  elements,  the  phes  are  numbered  firom  1  to  n  beginning  with  the  bottom  layer. 
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2.  For  composities  there  are  two  methods  for  specifying  the  offset  of  the  element  reference  plane  from 
the  element  mean  plane:  ZO  on  this  entry  and  zoff  on  the  CQUAi>4  or  CTRIA3  Bulk  Data  entries.  The 
distinction  is  shown  in  the  figure  below: 


UPPER  SURFACE 


t 

ELEMErOT  REFERNECE 

ZOFF 

LC 

>WER  SURFACE 

ZO 

ELEMENT  MEAN  PLANE 

You  may  only  specify  a  zO  on  this  entry  if  the  ZOFF  field  of  any  CQUAD4  or  CTRIA3  referencing  it  is 
blank.  The  default  value  for  ZO  is  -t/2  where  t  is  the  overall  thickness  of  the  laminate. 

3.  SBOND  is  required  if  bonding  material  failure  index  calculations  are  desired. 

4.  The  failure  theory  is  used  to  determine  the  element  failure  on  a  ply-by-ply  basis.  The  available 


theories  are: 

HILL 

-  HOI  Theory 

HOFF 

-  Hoffman  Theory 

TSAI 

-  Tsai-Wu  Theory 

STRESS 

-  For  Maximum  Stress  Theory 

STRAIN 

-  For  Maximum  Strain  Theoiy 

MEM  indicates  a 

layup  of  membrane  only  phes. 

6.  The  material  properties,  Mini,  may  reference  only  matI,  mat2,  and  MATS  Bulk  Data  entries. 

7.  TMIN  will  be  ignored  unless  the  element  is  linked  to  design  variables  by  shape  entries. 


Input  Data  Entry:  PC0MP2  Layered  Composite  Element  Property 

Description:  Defines  the  properties  of  an  n-ply  laminated  composite  material  where  all  plies  are 

composed  of  the  same  material  but  are  of  different  thickness. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PCOMP2 

PID 

ZO 

NSM 

SBOND 

F.T. 

TMIN 

MID 

LOPT 

CONT 

CONT 

Tl 

THl 

T2 

TH2 

T3 

TH3 

-etc- 

PCOMP2 

100 

-0.5 

1.7 

5. +3 

200 

ABC 

0.25 

-45.0 

0.5 

90.0 

0.25 

45.0 

Field _ Contents _ _ _ 

PID  Property  identification  number  (Integer  >  0). 

ZO  Offset  of  the  laminate  lower  surface  from  the  element  mean  plane.  A  positive  value 

means  the  +ze  direction.  (Real  or  blank,  see  Remark  2) 

NSM  Nonstructiual  mass  per  unit  area  (Real  >  0.0). 

SBOND  Allowable  shear  stress  of  the  bonding  material.  (Real  >  0.0) 

F .  T .  Failure  theory,  one  of  the  strings  HILL,  HOFF,  TSAI,  STRESS,  or  STRAIN. 

See  Remark  4. 

TMIN  Minimum  ply  thickness  for  design  (Real  >  0.0  or  blank)  (Default  =  lO"^) 

MID  Material  identification  number  for  all  layers.  (Integer  >  0.0  or  blank) 

LOPT  Lamination  generation  option,  hem  or  blank.  (See  Remark  5). 

Ti  Thickness  of  the  i-th  layer.  (Real  >  0.0  or  blank). 

THi  Angle  between  the  longitudinal  direction  of  the  fibers  of  the  i-th  layer  and  the  mate¬ 

rial  X-axis.  (Real  or  blank) 

Remarks: 

1.  For  nondesigned  elements,  the  plies  are  numbered  from  1  to  n  beginning  with  the  bottom  layer. 


2. 


For  composities  there  are  two  methods  for  specifying  the  offset  of  the  element  reference  plane  from 
the  element  mean  plane:  ZO  on  this  entry  and  ZOFF  on  the  CQPAD4  or  CTRIA3  Bulk  Data  entries.  The 
distinction  is  shown  in  the  figure  helow: 


UPPER  SURFACE 


t 

ELEMENT  REFERNECE 

ZOFF 

)WER  SURFACE 

ZO 

ELEMENT  MEAN  PLANE 

You  may  only  specify  a  zO  on  this  entry  if  the  zoFF  field  of  any  CQUAD4  or  CTRIA3  referencing  it  is 
blank.  The  default  value  for  ZO  is  -t/2  where  t  is  the  overall  thickness  of  the  laminate. 

3.  SBOND  is  required  if  bonding  material  failure  index  calculations  are  desired. 

4.  The  failure  theory  is  used  to  determine  the  element  failure  on  a  ply-by-ply  basis.  The  available 


theories  are: 

HILL 

-  Hill  Theory 

HOFF 

-  Hoffman  Theory 

TSAI 

-  Tsai-Wu  Theory 

STRESS 

-  For  Maximinn  Stress  Theory 

STRAIN 

-  For  Maximum  Strain  Theory 

MEM  indicates  a 

layup  of  membrane  only  phes. 

6.  The  material  properties,  MIDI,  may  reference  only  MATl,  MAT2,  and  mats  Bulk  Data  entries. 

7.  If  any  of  the  Ti  or  THi  are  blank,  then  the  last  non-blank  values  specified  for  each  will  be  used  to 
define  the  values  for  the  ply. 

8.  TMIN  will  be  ignored  unless  the  element  is  linked  to  design  variables  by  shape  entries. 
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Input  Data  Entry:  PELAS 


Scalar  Elastic  Property 

Description:  Used  to  define  the  stiffiiess,  damping  coefficient,  and  stress  coefficient  of  a  scalar  elastic 

element  (spring)  defined  by  means  of  the  CELASl  entry 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PELAS 

PID 

K 

GE 

S 

TMIN 

_ 1 

PELAS  i 

1 

7 

4.29 

0.06 

7.92 

Field _ Contents _ 

PID  Property  identification  number  (Integer  >  0) 

K  Elastic  property  value  (Real) 

GE  Damping  coefficient  (Real  >  0.0) 

S  Stress  coefficient  (Real) 

TMIN  Minimum  value  for  design  (Real  >  0.0,  or  blank.  Default  =  0.0001) 

Remarks: 

1.  The  user  is  cautioned  to  be  careful  using  negative  spring  values. 

2.  TWIN  is  ignored  unless  the  element  is  designed  using  shape  function  design  variable  linking. 
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Input  Data  Entry:  PIHEX  Isoparametric  Hexahedron  Property 

Description:  Defines  the  properties  of  an  isoparametric  solid  element,  including  a  material  reference 

and  the  number  of  integration  points.  Referenced  by  the  ClHEXl,  CXEEX2,  and  CIHEX3 
entries. 


Format  and  Examples: 

12  3 

4 

5 

6 

7 

8 

9 

10 

PIHEX 

PID 

MID 

CID 

NIP 

AR 

ALFA 

BETA 

I 

3 

3 

5.0 

Field 

Contents 

PID  Property  identification  number  (Integer  >  0) 


MID  Material  identification  number  (Integer  >  0) 

CiD  Identification  number  of  the  coordinate  system  in  which  the  material  referenced  by 

MID  is  defined  (Integer  >  or  blank) 

MIP  Number  of  integration  points  along  each  edge  of  the  element 

(Integer  =  2,  3, 4,  or  blank) 

AR  Maximum  aspect  ratio  (ratio  of  longest  to  shortest  edge)  of  the  element 

(Real  >  1.0  or  blank) 

ALFA  Maximum  angle  in  degrees  between  the  normals  of  two  subtriangles  comprising  a 

quadrilateral  face  (Real,  0.0  <  ALFA  <  180.0  or  blank)  (Default  =  45.0) 

beta  Maximum  angle  in  degrees  between  the  vector  connecting  a  comer  point  to  an  adja¬ 

cent  midside  point  and  the  vector  coimecting  that  midside  point  and  the  other  mid¬ 
side  or  comer  point  (Real,  0.0  <  beta  <  180.0  or  blank)  (Defaiolt  =  45.0) 
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Examples  of  Field  Definitions: 


Remarks: 


1.  All  PIHEX  cards  must  have  unique  identification  numbers. 

2  .  CID  is  not  used  for  isotropic  materials. 

3  .  The  default  for  CID  is  the  basic  coordinate  system. 

4  .  The  default  for  NIP  is  2  for  IHEX  and  3  for  IHEX2  and  IHEX3. 

5  .  AR,  ALFA,  and  BETA  are  used  for  checking  the  geometry  of  the  element.  The  defaults  are: 


AR 

ALFA 

(degrees) 

BETA 

(degrees) 

CIHEXl 

5.0 

45.0 

— 

CIHEX2 

10.0 

45.0 

45.0 

CIHEX3 

15.0 

45.0 

45.0 
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Input  Data  Entry:  PLIST 

Description:  Defines  property  entries  associated  with  a  design  variable. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PLIST 

LINKID 

PTYPE 

PIDl 

PID2 

PID3 

PID4 

PID5 

PID6 

CONT  j 

|cONT 

PID8 

PID9 

-etc- 

1 

PLIST 

6 

PROD 

12 

14 

22 

Alternate  ] 

Form: 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PLIST 

DVID 

THRU 

PID2 

Field _ _ _ Contents _ _ _ _ _ 

LINKID  Property  list  identifier  (Integer  >  0). 

PTYPE  Property  type  associated  with  this  hst  (e.g.,  PROD). 

PIDl ,  PID2 ,  Property  entry  identifications.  (Integer  >  0,  or  blank) 

PID3 

Remarks: 

1.  Allowable  PTYPES  are:  PROD,  PSHEAR,  PCOMP,  PCOMPI,  PC0MP2,  PEIAS,  PSHELL  ,  PMASS, 
PTRUEM,  PQDMEMl,  and  PEAR. 

2.  If  the  alternate  form  is  used,  PID2  must  be  greater  than  or  equal  to  PIDI. 

3.  All  elements  usirig  properties  listed  on  PLiST  entries  for  a  particular  LINKID  will  be  designed  by 
(linked  to)  that  design  variable  that  references  the  PLIST  LINKID. 
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Input  Data  Entry:  PLISTM 


Defines  elements,  and  their  local  design  variables,  associated  with  a  design  variable  by 
referencing  an  element  property  entry. 


Field 


Contents 


LINKID  Element  list  identifier  (Integer  >  0) 

PTYPE  Character  input  identifying  the  property  type.  One  of  the  following: 

PEUVS  PH&SS 

PEAR  PBARl  PROD 

PSBEAR  PQDMEHl  PTRMEH  PSHELL 

PCOMP  PCOMPl  PCOMP2 

PiDi  Property  identification  numbers  (Integer  >  0,  or  blank) 

DVSYMi  Symbol  defining  the  local  design  variable.  (Remarks  2  and  3) 

Remarks: 

1.  The  LINKID  is  referenced  by  desvarp  data  to  coimect  the  global  design  variable  to  the  local  vari¬ 
ables. 


2.  The  following  symbols  may  be  used  for  the  different  types  of  properties: 


3.  If  all  elements  to  be  linked  have  only  one  possible  DVSYM  (e.g.  K),  then  the  PLIST  Bulk  Data  entry 
may  be  used. 


Input  Data  Entry:  PLOAD  Static  Pressure  Load 

Description:  Defines  a  static  pressure  load  on  a  triangular  or  quadrilateral  surface. 

Format  and  Examples: 

123456789 


PLOAD 

SID 

P 

Gl 

G2 

G3 

G4 

PLOAD 

1 

-4.0 

16 

32 

11 

Field _ _ _ Contents _ _ _ 

SID  Load  set  identification  number  (Integer  >  0) 

P  Pressure  (Real) 

Gi  Grid  point  identification  numbers  (Integer  >  0;  G4  may  be  zero) 


Remarks: 

1.  The  grid  points  define  either  a  triangular  or  a  quadrilateral  surface  to  which  a  pressure  is  applied.  If 
G4  is  zero  or  blank,  the  surface  is  assumed  to  be  triangular. 

2.  In  the  case  of  a  triangular  surface,  the  assumed  direction  of  the  pressure  is  computed  according  to  the 
right-hand  rule  using  the  sequence  of  grid  points  Gl,  G2,  and  G3  as  illustrated  below. 


G2 


The  total  load  on  the  surface,  AP,  is  divided  into  three  equal  parts  and  applied  to  the  grid  points  as 
concentrated  loads.  A  minus  sign  in  field  3  reverses  the  direction  of  the  load. 

3.  In  the  case  of  a  quadrilateral  surface,  the  grid  points  Gl,  G2,  G3,  and  G4  should  form  a  consecutive 
sequence  around  the  perimeter.  The  right-hand  rule  is  apphed  to  find  the  assumed  direction  of  the 
pressure.  Four  concentrated  loads  are  applied  to  the  grid  points  in  approximately  the  same  manner 
as  for  a  triangular  surface.  The  following  specific  procedures  are  adopted  to  accommodate  irregular 
and/or  warped  surfaces: 

a.  The  surface  is  divided  into  two  sets  of  overlapping  triangular  surfaces.  Each  triangular  surface  is 
bovmded  by  two  of  the  sides  and  one  of  the  diagonals  of  the  quadrilateral. 

b.  One-half  of  the  pressure  is  applied  to  each  triangle  which  is  then  treated  in  the  manner  described 
in  Remark  2. 

4.  Load  sets  must  be  selected  in  Solution  Control  to  be  used. 


387 


Input  Data  Entiy  PL0AD2  Plate  element  static  pressure  load 

Description:  Defines  a  uniform  static  pressure  load  applied  to  plate  elements. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PLOAD2 

LID 

P 

EIDl 

EID4 

EID5 

EID6 

PLOAD2 

156 

98.2 

101 

432 

657 

Alternate  Form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

PLOAD2 

LID 

P 

EIDl 

"THRU" 

EID2 

Field 

Contents 

LID  Load  set  identification  number  (lnteger>0). 

P  Pressure  value  (Real).  [1,2] 

ElDi  Element  identification  numbers  (lnteger>0).  (Remark  3) 

Remarks: 

1.  The  pressure  intensity  is  the  load  per  unit  surface  area. 

2.  The  direction  of  the  pressure  is  computed  according  to  the  right-hand  rule  using  the  grid  point 
sequence  specified  on  the  element  connection  entry.  If  the  surface  of  an  element  is  curved,  the 
direction  of  the  pressure  may  vary  over  the  surface.  Refer  to  PLOAD4  for  a  more  general  pressure  load 
capability. 

3.  For  compatibility  with  commercial  NASTRAN  products,  ASTROS  element  type  identifiers  are  not 
used.  Therefore,  the  referenced  element  identification  numbers  must  be  unique  among  the  plate 
element  types. 

4.  Equivalent  grid  point  loads  are  computed  which  depend  on  the  specific  element  geometry  and  type.  A 
uniform  pressure  may  not  result  in  equal  grid  point  loads. 
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Input  Data  Entry  PL02^4  Plate  element  static  pressure  load 

Description:  Defines  a  load  on  the  surface  of  a  TRIA3  or  QUAD4  element. 

Format  and  Examples: 


1  2  3  4  5  6  7 

8 

9 

10 

PLOAD4 

LID 

BID 

PI 

P2 

P3 

P4 

■ 

CONT 

CONT 

CID 

VI 

V2 

V3 

PLOAD4 

101 

2043 

15. 

18. 

23.6 

12.4 

+ABC 

+BC 

52 

1.0 

0.0 

0.0 

Alternate  ] 

1 

^orm: 

2  3  4  5  6  7  8 

9 

10 

PLOAD4 

LID 

EIDl 

PI 

P2 

P3 

P4 

" THRU" 

EID2 

CONT 

CONT 

CID 

VI 

V2 

V3 

- 

PLOAD4 

1 

101 

10. 

10. 

20. 

20. 

THRU 

201 

Field 

LID 

BID 

Pi 

CID 

Vi 


_ _ Contents  _ _ 

Load  set  identification  number  (lnteger>0). 

Element  identification  number  (lnteger>0).  (Remark  1) 

Pressure  at  the  grid  points  defining  the  element  surface  (Real).  (Remarks  2,3,4) 

Coordinate  system  identification  number  (lnteger>0).  (Remarks  3,4) 

Components  of  a  vector  in  system  CID  that  defines  the  direction  of  the  grid  point 
loads  generated  by  the  pressure  (Real).  (Remarks  3,4) 


Remarks: 

1.  For  compatibihty  with  commercial  NASTRAN  products,  ASTROS  element  type  identifiers  are  not 
used.  Therefore,  the  referenced  element  identification  numbers  must  be  unique  among  the  plate 
element  types. 

2.  If  only  Pi  is  given,  the  pressure  is  assumed  to  be  uniform  over  the  element  surface.  The  P4  value  is 
ignored  for  a  triangular  face.  The  pressure  intensity  is  the  load  per  unit  surface  area. 

3.  If  a  direction  vector  is  not  specified,  the  direction  of  the  grid  point  loads  is  normal  to  the  element 
mid-surface  at  each  grid  point  in  the  local  +z  direction.  If  the  surface  of  the  element  is  curved,  the 
direction  of  pressure  may  vary  fi’om  point  to  point. 

4.  When  the  direction  vector  is  defined  and  a  value  for  CID  is  not  entered,  the  grid  point  load  vectors  are 
appUed  in  the  Basic  Coordinate  System. 

5.  Equivalent  grid  point  loads  are  computed  which  depend  on  the  specific  element  geometry  and  type.  A 
uniform  pressure  may  not  result  in  equal  grid  point  loads. 
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Input  Data  Entry:  PLYLIST  A  list  of  composite  element  layer  numbers. 

Description:  Defines  a  set  of  layers  of  composite  elements  by  a  list. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SID 

PI 

P2 

P3 

P4 

P5 

P6 

P7 

CONT 

|BBi 

P8 

-etc- 

PLYLIST 

3 

1 

2 

3 

4 

16 

15 

14 

ABC 

+BC 

i  13 

Alternate ! 

1 

Form: 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PLYLIST 

SID 

PI 

THRU  ^ 

P2 

1 

Field  Contents 

SID  Set  of  identification  numbers  (Integer  >  0) 

Pi  List  of  ply  mnnbers  (Integer  >  0) 

Remarks: 

1.  These  entries  are  referenced  by  the  DESVARP,  DESVARS,  DCONLMN,  DCOOTMN,  DCONLAM  and  DCONTH2 
data  entries. 

2.  When  using  the  thru  option,  all  intermediate  plies  will  be  assumed  to  exist. 

3.  When  ixsed  by  desvars  and  desvarp,  the  entry  refers  to  composite  layer  numbers  to  be  linked 
together  in  the  design  model. 

4.  When  used  by  DCONliMN,  DCONPHH  and  dconlam,  ttie  entry  refers  to  composite  layers  that,  together, 
define  a  "ply"  or  a  "laminate"  whose  summed  thicknesses  will  be  contribute  to  the  constraint. 
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Input  Data  Entry:  PMASS  Scalar  Mass  Property 

Description:  Used  to  define  the  mass  value  of  a  scalar  mass  element  which  is  defined  by  means  of  the 

ClutSSl  entries. 


Format  and  Examples: 

12  3 

4 

5 

6 

7 

8 

9 

10 

I  PMASS 

PID 

M 

PID 

M 

TMIN 

PMASS 

7 

4.29 

0.2 

6 

13.2 

0.1 

Field _ Contents _ _ _ 

PID  Property  identification  number  (Integer  >  0). 

M  Value  of  scalar  mass  (Real). 

TMiN  The  minimum  mass  value  in  design.  Default  =  0.0001 

Remarks: 

1.  This  entry  defines  a  mass  value. 

2.  Up  to  2  mass  values  may  be  defined  by  this  entry. 

3.  THIN  is  ignored  unless  the  mass  element  is  linked  to  design  variables  through  SHAPE  entries. 
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Input  Data  Entry:  PQDMEMl  Quadrilateral  Membrane  Property 

Description:  Used  to  define  the  properties  of  a  quadrilateral  membrane  referenced  by  the  CQDMEMl 

entry  No  bending  properties  are  included. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

PQDMEMl 

PID 

MID 

T 

NSM  j 

TMIN 

PQDMEMl 

235 

2 

0.5 

0.0 

Field 

Contents 

PID  Property  identification  number  (Integer  >  0). 

MID  Material  identification  number  (Integer  >  0). 

T  Thickness  of  membrane  (Real  >  0.0) 

NSM  Nonstructural  mass  per  unit  area  (Real  >  0.0). 

TMIN  Minimum  thickness  for  design  (Real  >  0.0  or  blank)  (Default  =  0.0001) 

Remarks: 

1.  All  PQDMEMl  entries  must  have  unique  property  identification  numbers. 

2.  TMIN  is  ignored  unless  the  element  is  linked  to  the  global  design  variables  by  a  shape  entry. 
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Input  Data  Entry:  PROD  Rod  Property 

Description:  Defines  the  properties  of  a  rod  which  is  referenced  by  the  CROD  entry. 

Format  and  Examples: 

—  ^  ^  o 

1  2 


10 


PROD 

PID 

MID 

A 

J 

C 

NSM 

TMIN 

PROD 

17 

23 

42.6 

17.92 

4.236 

0.5 

Field 


Contents 


PID 

MID 

A 

J 

C 

NSM 

TMIN 

Remarks: 


Property  identification  number  (Integer  >  0) 

Material  identification  number  (Integer  >  0) 

Area  of  rod  (Real  >  0.0,  or  blank) 

Torsional  constant  (Real  >  0.0,  or  blank) 

Coefficient  to  determine  torsional  stress  (Real  >  0.0,  or  blank) 
Nonstructural  mass  per  unit  length  (Real  >  0.0,  or  blank) 

Minimum  rod  area  for  design  (Real  >  0.0,  or  blank).  Default  =  0.0001 


1. 

2. 


PROD  entries  must  all  have  unique  property  identification  numbers. 

For  structural  problems,  PROD  entries  may  only  reference  MATl  material  entries. 
3.  The  formula  used  to  compute  torsional  stress  is: 

J 


T  = 


where  is  the  torsional  moment. 


4.  TMIN  is  ignored  unless  the  rod  element  is  linked  to  the  design  variables  by  SHAPE  entries. 
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Input  Data  Entry:  PSHEAR  Shear  Panel  Property 

Description:  Defines  the  elastic  properties  of  a  shear  panel.  Referenced  by  the  CSHiaR  entry. 

Format  and  Examples: 


123456789  10 


1  PSHEAR 

PID 

T 

NSM 

TMIN 

PSHEAR 

13 

2 

4.9 

16.2 

Field  Contents 

PID  Property  identification  number  (Integer  >  0) 

MID  Material  identification  number  (Integer  >  0) 

T  Thickness  of  shear  panel  (Real  >  0.0) 

NSM  Nonstructural  mass  per  unit  area  (Real  >  0.0,  or  blank) 

TMIN  Minimum  panel  thickness  for  design  (Real  >  0.0,  or  blank).  Default  =  0.0001 

Remarks: 

1.  All  PSHEAR  entries  must  have  tmique  identification  numbers. 

2.  PSHEAR  entries  may  reference  only  HATl  material  entries. 

3.  TMIN  is  ignored  unless  the  element  is  linked  to  global  design  variables  by  shape  entries. 
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Input  Data  Entry:  PSHELL  Shell  Element  Property 

Description:  Defines  the  membrane,  bending,  transverse  shear,  and  coupling  properties  of  the  shell 

elements.  (Q0AD4  and  TRIA3) 


Field 

PID 

MIDI 

T 

MID2 

12I/T3 

MID3 

TS/T 

NSM 

Z1,Z2 

MID4 

MCSID 

SCSID 

ZOFF 

TMIN 


_ Contents  _ _ _ 

Property  identification  number  (Integer  >  0) 

Material  identification  number  for  membrane  (Integer  >  0  or  blank) 

Default  value  for  membrane  thickness  (Real  >  0.0,  or  blank) 

Material  identification  number  for  bending  (Integer  >  0,  or  blank) 

Bending  stif&iess  parameter  (Real  >  0.0,  or  blank.  Default  =  1.0) 

Material  identification  number  for  transverse  shear  (Integer  >  0,  or  blank),  must  be 
blank  tmless  MXD2  >  0) 

Transverse  shear  thickness  divided  by  membrane  thickness  (Real  >  0.0  or  blank. 
Default  =  .833333). 

Nonstructural  mass  per  unit  area  (Real  >  0.0,  or  blank) 

Fiber  distances  for  stress  computation.  The  positive  direction  is  determined  by  the 
right-hand  rule  and  the  order  in  which  the  grid  points  are  hsted  on  the  connection 
entry.  (Real  or  blank,  defaults  are  -1/2  T  for  Z1  and  1/2  T  for  Z2.) 

Material  identification  number  for  membrane-bending  coupling  (Integer  >  0  or  blank, 
must  be  blank  unless  MIDI  >  0  and  MID2  >  0,  may  not  equal  MIDI  or  MID2) 

Identification  number  of  material  coordinate  system  (Real  or  blank,  or  Integer  >  0) 
(See  Remark  9) 

Identification  number  of  stress  coordinate  system  (Real  or  blank,  or  Integer  S  0)  (See 
Remark  9) 

Offset  of  the  element  reference  plane  firom  the  plane  of  grid  points.  A  positive  value 
means  the  +ze  direction.  (Real  or  blank,  default  =  0.0)  (See  Remark  10) 

Minimum  thickness  for  design  (Real  >  0.0  or  blank)  (Default  =  0.0001) 


Remarks: 

1.  All  PSHELL  property  entries  must  have  unique  identification  numbers. 

2.  The  structural  mass  is  computed  firom  the  density  using  the  membrane  material  properties. 
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3.  The  results  of  leaving  an  MID  field  blank  are: 

MIDI  No  membrane  or  coupling  stiffiiess. 

MID2  No  bending,  coupling,  or  transverse  shear  stiffiiess. 

HID3  No  transverse  shear  flexibility 

MXD4  No  bending-membrane  coupling. 

4.  The  continuation  entry  is  not  required. 

5.  The  MID4  field  should  be  left  blank  if  the  material  properties  are  symmetric  with  respect  to  the 
middle  surface  of  the  shell. 

6.  This  entry  is  used  only  with  the  QUAD4  and  TRIAS  elements. 

7.  For  structural  problems,  PSHELL  entries  may  reference  MATl,  MAT2,  or  MATS  material  property 
entries. 

8.  If  the  transverse  shear  material,  M1D3,  references  MAT2  data,  then  G33  must  be  zero.  If  MID3 
references  MATS  data,  then  Gl,  z  and  G2,  z  must  not  be  zero. 

9.  If  MCSID/SCSID  is  left  blank  (0.0)  or  is  real,  it  is  considered  to  be  the  angle  of  rotation  of  the  X  axis  of 
the  material/stress  coordinate  system  with  respect  to  the  X  axis  of  the  element  coordinate  system  in 
the  XY  plane  of  the  latter.  If  Integer,  the  orientation  of  the  materiaVstress  x-axis  is  along  the 
projection  of  the  x-axis  of  the  specified  coordinate  system  onto  the  x-y  plane  of  the  element  system. 
The  value  of  MCSID  is  the  default  value  for  the  TM  field  on  CQUAD4  Bulk  Data  entries. 

10.  The  offset  zopf  may  also  be  provided  on  the  CQnAD4  or  CTRIA3  Bulk  Data  entry.  The  element 
reference  plane  is  located  at  tiie  mid-thickness  of  the  element  parallel  to  the  element  mean  plane. 

11.  TMIN  is  ignored  rmless  element  is  linked  to  global  design  variables  by  SHAPE  entries. 

12.  The  hierarchy  of  local  coordinate  systems  is: 

MCSID  supplies  the  default  value  for  the  TM  field  on  the  element  connectivity  entry 

TM  overrides  MCSID  if  TM  is  not  blank 

SCSID  defaults  to  the  material  coordinate  system  if  SCSID  is  blank 


Input  Data  Entry:  PTRMEM 

Description:  Defines  property  data  for  tbmem  element. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

I PTRMEM 

PID 

MID 

T 

NSM 

TMIN 

PTRMEM 

500 

1000 

0.15 

Field _ _ _ Contents _ 

PID  Property  entry  identification  number  (Integer  >  0) 

MID  Material  property  identification  (Integer  >  0) 

T  Thickness  of  membrane  element  (Real  >  0.0) 

nsm  Nonstructural  mass  associated  with  the  element  (Real  >  0.0,  or  blank) 

TMIN  Minimum  thickness  for  design  (Real  >  0.0  or  blank)  (Default  =  0.0001) 

Remarks: 

1.  The  PTRMEM  entry  can  reference  either  HATl,  MAT2  or  HATS  entries. 

2.  TMIN  is  ignored  unless  the  element  is  linked  to  global  design  variables  by  shape  entries. 
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Input  Data  Entry  REAR  Rigid  Bar 

Description:  Defines  a  Rigid  Bar  element  with  6  degrees  of  fi-eedom  at  each  end. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

REAR 

SETID 

EID 

GA 

GE 

CNA 

CME 

REAR 

1001 

5 

1 

2 

234 

123 

Field 

Contents 

SETID  Multipoint  constraint  set  identification  number  specified  in  Solution  Control.  (Integer  >  0) 

EID  Rigid  Bar  element  identification  number.  (Integer  >  0) 

GA,  GB  Grid  point  identification  numbers  of  connection  points.  (Integer  >  0) 


CNA, 

CNB 


CMA, 

CMB 

Remarks: 


Independent  degrees  of  fi”eedom  in  the  global  coordinate  system  for  the  elements  at 
grid  point  GA  and  GB.  Indicated  by  any  of  the  digits  1  through  6  with  no  embedded 
blanks.  (Integer  >  0,  or  blank)  (Remark  2) 

Component  numbers  of  dependent  degrees  of  fi-eedom  in  the  global  coordinate  system 
assigned  by  the  element  at  grid  point  GA  and  GB.  Indicated  by  any  of  the  digits  1 
through  6  with  no  embedded  blanks.  (Integer  >  0  or  blank)  (Remarks  3  and  4) 


1.  The  REAR  entry  is  selected  in  the  Solution  Control  with  the  MPC=SETID  option  of  the  BOUNnARY 
command.  THIS  IS  AN  ENHANCEMENT  TO  THE  NASTRAN  METHOD,  WHICH  DOES  NOT 
ALLOW  RIGID  CONNECTIONS  TO  BE  CHANGED  FOR  DIFFERENT  BOUNDARY  CONDI¬ 
TIONS. 


2.  The  total  number  of  components  in  CNA  and  CNB  must  be  six;  for  example,  CNA=1236,  CNB=34.  The 
components  must  jointly  be  capable  of  representing  any  general  rigid  body  motion  of  the  element. 

3.  If  both  CMA  and  CMB  are  zero  or  blank,  aH  of  the  degrees  of  fieedom  not  in  CNA  and  CNB  will  be  made 
dependent,  i.e.  they  will  be  placed  in  the  m-set. 

4.  The  m-set  degrees  of  fieedom  specified  on  this  entry  may  not  be  specified  on  other  entries  that  define 
mutually  exclusive  sets. 

5.  Rigid  element  identification  numbers  must  be  unique  within  each  element  type  for  each  MFC  set 
identification  number. 
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Input  Data  Entry  RBEl  Rigid  Body  Element,  Form  1 

Description:  Defines  a  rigid  body  connected  to  an  arbitrary  number  of  grid  points. 


Format  and  Example: 

1  2  3  4  5  6  7  8  9  10 


RBEl 

SETID 

EID 

CNI 

GN2 

CN2 

GN3 

CN3 

CONT 

CONT 

GN4 

CN4 

GN5 

CN5 

GN6 

CN6 

CONT 

CONT 

"UM" 

GMl 

CMl 

GM2 

CM2 

GM3 

CM3 

CONT 

CONT 

GM4 

CM4 

GM5 

RBEl 

1001 

11 

1 

2  ^ 

2 

134 

3 

5 

ABC 

+BC 

4 

2 

DEF 

+EF 

UM 

1 

13 

2 

1 

12 

5 

Field 

SETID 

EID 

GNi 

CNi 


"UM" 

GMj 

CMj 


Remarks: 


_ Contents  _ _ _ _ 

Multipoint  constraint  set  identification  number  specified  in  Solution  Control.  (Integer  >  0) 
Rigid  body  element  identification  number.  (Integer  >  0) 

Grid  point  identification  numbers  at  which  independent  degrees  of  freedom  are  as¬ 
signed.  (Integer  >  0) 

Component  numbers  of  independent  degrees  of  fireedom  in  the  global  coordinate  sys¬ 
tem  at  grid  points  GNi,  indicated  by  any  of  the  digits  1  through  6  with  no  embedded 
blanks.  (Integer  >  0)  (Remark  2) 

Character  string  indicating  the  start  of  the  list  of  dependent  degrees  of  fireedom. 

Grid  point  identification  numbers  at  which  dependent  degrees  of  freedom  are  as¬ 
signed.  (Integer  >  0) 

Component  numbers  of  dependent  degrees  of  freedom  in  the  global  coordinate  system 
at  grid  points  GMj,  indicated  by  any  of  the  digits  1  through  6  with  no  embedded 
blanks.  (Integer  >  0)  (Remark  2) 


1  The  RBEl  entry  is  selected  in  the  Solution  Control  with  the  MPC=SETID  option  of  the  BOUNDARY 
command.  THIS  IS  AN  ENHANCEMENT  TO  THE  NASTRAN  METHOD,  WHICH  DOES  NOT 
ALLOW  RIGID  CONNECTIONS  TO  BE  CHANGED  FOR  DIFFERENT  BOUNDARY  CONDI¬ 
TIONS. 


2.  The  total  number  of  components  in  CNi  must  be  six;  for  example,  CN1=123,  CN2=3,  010=2  and 
CN4=3.  The  components  must  jointly  be  capable  of  representing  any  general  rigid  body  motion  of  the 
element.  The  m-set  degrees  of  freedom  specified  on  this  entry  may  not  be  specified  on  other  entries 
that  define  mutually  exclusive  sets. 

3.  A  degree-of-freedom  cannot  be  both  independent  and  dependent  for  the  same  element.  However,  both 
independent  and  dependent  components  may  exist  at  the  same  grid  point. 

4.  Rigid  element  identification  numbers  must  be  unique  within  each  element  type  for  each  MPC  set 
identification  number. 
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Input  Data  Entry  RBE2  Rigid  Body  Element,  Form  2 

Description:  Defines  a  body  whose  independent  degrees  of  freedom  are  specified  at  a  single  grid  point 

and  whose  dependent  degrees  of  freedom  are  specified  at  an  arbitrary  number  of  grid 
points. 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

|rBE2 

SETID 

EID 

GN 

CM 

GMI 

GM2 

GM3 

GM4 

CONT  1 

ijcONT 

GM5 

GM6 

GM7 

GM8 

-etc- 

RBE2 

1001 

9 

8 

12 

10 

12 

14 

15 

ABC 

+BC 

16 

20 

Field 


Contents 


SETID 

EID 

GN 

CM 


GMi 

Remarks: 


Multipoint  constraint  set  identification  number  specified  in  Solution  Control.  (Integer  >  0) 
Rigid  body  element  identification  number.  (Integer  >  0) 

Grid  point  identification  number  at  which  all  6  independent  degrees  of  fi-eedom  are 
assigned.  (Integer  >  0) 

Component  numbers  of  dependent  degrees  of  freedom  in  the  global  coordinate  system 
assigned  by  the  element  at  grid  points  GMI,  GM2,  etc.  Indicated  by  any  of  the  digits  1 
through  6  with  no  embedded  blanks.  (Integer  >  0  or  blank) 

Grid  point  identification  number  at  which  dependent  degrees  of  freedom  are  assigned. 
(Integer  >0) 


1.  The  RBE2  entry  is  selected  in  the  Solution  ‘Control  with  the  mpc=setid  option  of  the  BOUNDARY 
command.  THIS  IS  AN  ENHANCEMENT  TO  THE  NASTRAN  METHOD^  WHICH  DOES  NOT 
ALLOW  RIGID  CONNECTIONS  TO  BE  CHANGED  FOR  DIFFERENT  BOUNDARY  CONDL 
TIONS. 


2.  The  components  indicated  by  CM  are  made  dependent  at  all  grid  points  GMi. 

3.  The  m-set  degrees  of  freedom  specified  on  this  entry  may  not  be  specified  on  other  entries  that  define 
mutually  exclusive  sets. 

4.  Rigid  element  identification  numbers  must  be  tmique  within  each  element  type  for  each  MFC  set 
identification  number. 
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Input  Data  Entry  RBE3  Rigid  Body  Element,  Form  3 

Description:  Defines  the  motion  of  a  reference  grid  point  as  the  weighted  average  of  motions  at  a  set  of 

other  grid  points. 

Format  and  Example: 

123456789  10 


RBE3 

SETID 

EID 

REFG 

REFC 

WTI 

Cl 

Gl,l 

Gl,2 

CONT 

CONT 

Gl,3 

WT2 

C2 

G2,l 

G2 , 2 

-etc- 

WT3 

CONT 

CONT 

C3 

G3,l 

-etc- 

-etc- 

WT4 

C4 

G4,l 

CONT 

G4 , 2 

-etc- 

CONT 

GM2 

CM2 

GM3 

CM3 

CONT 

CONT 

GM4 

CM4 

-etc- 

✓ 

RBE3 

14 

100 

1234 

1.0 

123 

.1 

3 

ABC 

+BC 

5 

4.7 

1 

2 

4 

6 

5.2 

DEF 

+EF 

2 

7 

8 

9 

5.1 

1 

15 

GHI 

+HI 

16 

+KL 

UM 

100 

14 

5 

3 

7 

2 

Field 

SETID 

EID 

REFG 

REFC 


WTi 

Ci 


Gi,  j 


"UM" 


GMi 

CMi 


_ Contents _ _ _ _ 

Multipoint  constraint  set  identification  number  specified  in  Solution  Control.  (Integer  >  0) 
Rigid  body  element  identification  niunber.  (Integer  >  0) 

Reference  grid  point  identification  number.  (Integer  >  0) 

Component  numbers  of  degrees  of  freedom  in  the  global  coordinate  system  that  will 
be  computed  at  REFG,  Indicated  by  any  of  the  digits  1  through  6  with  no  embedded 
blanks.  (Integer  >  0) 

Weighting  factor  for  most  common  defined  by  Gi ,  j .  (Real) 

Component  numbers  of  degrees  of  freedom  in  the  global  coordinate  system  which 
have  weighting  factor  WTi,  at  grid  points  Gi,  j.  Indicated  by  any  of  the  digits  1 
through  6  with  no  embedded  blanks.  (Integer  >  0) 

Grid  point  identification  number  whose  components  Ci  have  weighting  factor  WTi. 
(Integer  >  0) 

Character  string  indicating  the  start  of  the  fist  of  dependent  degrees  of  freedom.  The 
default  is  that  aU  of  the  components  in  REFC  at  REFG,  and  no  others,  will  be  placed  in 
the  m-set. 

Grid  point  identification  numbers  with  components  in  the  m-set.  (Integer  >  0) 

Component  numbers  in  the  global  coordinate  system  at  grid  points  oii  which  are 
placed  in  the  m-set.  Indicated  by  any  of  the  digits  1  through  6  with  no  embedded 
blanks.  (Integer  >  0  or  blank)  (Remark  2) 
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Remarks: 


1.  The  RBE3  entry  is  selected  in  the  Solution  Control  with  the  mpc=SETXD  option  of  the  BOxniDART 
command.  THIS  IS  AN  ENHANCEMENT  TO  THE  NASTRAN  METHOD,  WHICH  DOES  NOT 
ALLOW  RIGID  CONNECTIONS  TO  BE  CHANGED  FOR  DIFFERENT  BOUNDARY  CONDI¬ 
TIONS. 

2.  The  form  of  Gi,  j  is  different  than  NASTRAN.  The  first  data  field  on  the  continuations  has  been 
reserved  for  the  "EM"  identifier.  The  6i,3  list  must  be  contained  within  data  fields  3  through  9. 
Blanks  may  appear  anywhere  in  the  list. 

3.  The  default  for  "UM"  should  be  used  except  in  cases  where  the  user  wishes  to  include  some  or  all  of 
the  REFC  components  in  displacement  sets  other  that  the  m-set.  If  the  default  is  not  used  for  "UM" 
then: 

the  total  niimber  of  components  in  "DM"  must  equal  the  number  of  components  in  REFC. 

the  components  in  "DM"  must  be  a  subset  of  the  components  specified  in  the  (REFG,REFC)  and 

(Gi, j,Ci). 

the  m-set  coefficient  matrix  in  the  constraint  equation  must  be  nonsingular. 

4.  The  m-set  degrees  of  freedom  specified  on  this  entry  may  not  be  specified  on  other  entries  that  define 
mutually  exclusive  sets. 

5.  Rigid  element  identification  numbers  must  be  unique  within  each  element  type  for  each  MFC  set 
identification  number. 
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Input  Data  Entry:  RLOADl 

Description:  Defines  a  frequency  dependent  dynamic  load  of  the  form. 

P{f)  =A  [C{f)  +  iDiJ)] 


SID  Set  identification  number  (Integer  >  0) 


DLAGID 


Identification  number  of  a  DIAGS  set  which  defines  A,  0  and  t  (Integer  >  0) 


TC 


Set  identification  nximberofTABLEDi  entry  which  gives  C(f)  (Integer  >0;TC  +  TD>0) 


TD 


Set  identification  number  of  TABLED!  entry  which  gives  D(£)  (Integer  >0;tc  +  td>0) 


Remarks: 

1.  RLOADl  loads  may  be  combined  with  RLOAD2  loads  only  by  specification  on  a  dload  entry. 

2.  SID  must  be  unique  for  all  RLOADl,  RLOAD2,  TLOADl  and  TLOAD2  entries. 
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Input  Data  Entry:  RL0AD2 

Description:  Defines  a  firequency  dependent  dynamic  load  of  the  form. 


P(f)  =AB(f) 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

RLOAD2 

SID 

DLAGID 

TB 

TP 

RLOAD2 

10 

6 

100 

101 

Field 

Contents 

SID 

DLAGID 

TB 

TP 


Set  identification  number  (Integer  >  0) 

Identification  of  a  DLAGS  entry  which  defines  A,  0  and  x  (Integer  >  0) 

Set  identification  number  of  TABLED!  entry  which  gives  B(f)  (Integer  >  0) 

Set  identification  number  of  TABLED!  entry  which  gives  (p(f)  in  degrees  (Integer  >  0) 


Remarks: 

1.  RLOAD2  loads  may  be  combined  with  rloadi  loads  only  by  specification  on  a  dload  entry  That  is, 
the  SID  on  a  RLOAD2  entry  may  not  be  the  same  as  that  on  a  RLOADI  entry. 

2.  SID  must  be  unique  for  all  RLOADI,  RLOAD2,  TLOADl  and  TLOAD2  entries. 
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RROD 


Rigid  Rod 


Field _ Contents _ 

SETID  Multipoint  constraint  set  identification  number  specified  in  Solution  Control.  (Integer  >  0) 

EID  Rigid  Rod  element  identification  number.  (Integer  >  0) 

GA,  GB  Grid  point  identification  numbers  of  connection  points.  (Integer  >  0) 

CMA,  Component  number  of  one,  and  only  one,  dependent  degree-of-freedom  in  tiie  global 

OMR  coordinate  system  assigned  by  the  element  at  either  grid  point  GA  or  GB.  (Integer  1,2 

or  3,  either  caiA  or  CMB  may  contain  the  digit  and  the  other  must  be  blank) 

Remarks: 

1.  The  KROD  entry  is  selected  in  the  Solution  Control  with  the  mpc=SETID  option  of  the  boundary 
command.  THIS  IS  AN  ENHANCEMENT  TO  THE  NASTRAN  METHOD,  WHICH  DOES  NOT 
ALLOW  RIGID  CONNECTIONS  TO  BE  CHANGED  FOR  DIFFERENT  BOUNDARY  CONDI¬ 
TIONS. 

2.  The  degree-of-freedom  selected  to  be  dependent  must  have  a  nonzero  component  along  the  axis  of  the 
rod;  which  also  imphes  that  the  rod  must  have  a  finite  length. 

3.  The  m-set  degrees  of  fireedom  specified  on  this  entry  may  not  be  specified  on  other  entries  that  define 
mutually  exclusive  sets. 

4.  Rigid  element  identification  numbers  must  be  unique  within  each  element  t3q)e  for  each  MPC  set 
identification  number. 
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Input  Data  Entry:  SAVE 

Description:  Defines  a  list  of  data  base  entities  that  are  not  to  be  purged. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

NAMEI 

NAME2 

NAMES 

NAME4 

NAMES 

NAMES 

NAME7 

NAMES 

CONT  j 

CONT 

NAME9 

NAMEI  0 

NAMEI  1 

-etc- 

1 

SAVE 

DVCT 

Field _ Contents _ 

NAMEi  The  name  of  a  data  base  entity  whose  contents  are  not  to  be  purged. 

Remarks: 

1.  Any  number  of  continuations  are  allowed. 

2.  This  data  entry  is  used  by  the  UTPDRG  utility  to  determine  if  a  requested  piurge  of  an  entity  will  take 
place. 
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Input  Data  Entry:  SEQGP  Grid  and  Scalar  Point  Resequencing 

Description:  Used  to  manually  order  the  grid  points  and  scalar  points  of  the  problem.  The  purpose  of 

this  card  is  to  allow  the  user  to  reidentify  the  formation  sequence  of  the  grid  and  scalar 
points  of  the  structural  model  in  such  a  way  as  to  optimize  bandwidth. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SEQGP 

ID 

SEQID 

ID 

SEQID 

ID 

SEQID 

ID 

SEQID 

CONT  J 

IcONT 

ID 

SEQID 

-etc- 

SEQGP 

1  5392 

15.6 

596 

0.2 

2 

1.9. 2. 6 

3 

Field _ Contents _ 

ID  Grid  point  identification  number  (Integer  >  0 ) 

SEQID  Sequenced  identification  number  (a  special  number  described  below) 

Remarks: 

1.  ID  is  any  grid  or  scalar  point  identification  number  which  is  to  be  reidentified  for  sequencing 
purposes.  The  sequence  number  identifies  a  special  number  which  may  have  any  of  the  following 
forms  where  X  is  a  decimal  integer  digit -xxxx.x.x.x,  xxxx.x.x,  xxxx.x  or  xxxx  where  any  of 
the  leading  Xes  may  be  omitted.  This  number  must  contain  no  embedded  blanks.  The  leading 
character  must  not  be  a  decimal  point. 

2.  If  the  user  wishes  to  insert  a  point  between  two  already  existing  pid  or  scalar  points,  such  as  15  and 
16,  for  example,  he  would  define  it  as,  say  5392,  and  then  use  this  card  to  insert  extra  point  number 
5392  between  them  by  equivalencing  it  to,  say,  15.6.  All  output  referencing  this  point  will  refer  to 
5392.3.  The  SEQID  numbers  must  be  unique  and  may  not  be  the  same  as  a  point  ID  which  is  not 
being  changed.  No  extra  point  ID  may  be  referenced  more  than  once. 

3.  The  SEQID  numbers  must  be  unique  and  may  not  be  the  same  as  a  point  ID  which  is  not  being 
changed.  No  extra  point  ID  may  be  referenced  more  than  once. 

4.  If  a  point  ID  is  referenced  more  than  once,  the  last  reference  will  determine  its  sequence. 


407 


Input  Data  Entry:  SETl  Set  definition  for  aerod3nianiic  analysis. 

Description:  Defines  a  set  of  integers  by  a  list. 

Format  and  Examples: 

123456789  10 


SID 

Gl 

G2 

G3 

G4 

G5 

G6 

G7 

CONT  1 

CONT 

G8  1 

-etc- 

1 

3 

31 

62 

93 

124 

16 

17 

18 

ABC 

+BC 

19 

Alternate  Form: 

123456789  10 


SETl 

SID 

Gl 

THRU 

G2 

Field _ Contents _ 

SID  Set  of  identification  numbers  (Integer  >  0) 

Gi  List  of  integers  (Integer  >  0) 

Remarks: 

1.  These  entries  are  referenced  by  the  SPLINEl  and  flutter  data  entries. 

2.  When  using  the  THRU  option,  all  intermediate  quantities  will  be  assumed  to  exist. 

3.  When  used  by  splinei,  the  entry  refers  to  a  hst  of  structural  grid  points. 

4.  When  used  by  flutter,  the  entry  refers  to  mode  numbers  to  be  omitted  in  the  flutter  analysis. 


408 


Input  Data  Entry:  SET2  Grid  Point  List 

Description:  Defines  a  set  of  structural  grid  points  in  terms  of  aerodynamic  macro  elements. 


Format  and  Examples: 

123456789 


SET2 

SID 

SPl 

SP2 

1 

SET2 

3 

O 

O 

0.0 

0.667 

1.0 

Field 

SID 

SP1,SP2 
CHI , CH2 
ZMAX, ZMIN 


_ Contents _ _ _ _ 

Set  identification  number  (Integer  >  0) 

Lower  and  higher  span  division  points  defining  prism  containing  set 
(1.01  >  Real  >  -0.01) 

Lower  and  higher  chord  division  points  defining  prism  containing  set 
(1.01  >  Real  >-0.01) 

Z-coordinates  of  top  and  bottom  (using  right-hand  rule  with  the  order  of  the  comers 
as  listed  on  a  CAEROi  entry)  of  the  prism  containing  set  (Real). 

Usually  ZMAX  >  0.0,  zmin  <  0.0 


Remarks: 

1,  These  entries  are  referenced  by  the  splxneI  data  entries. 

2.  Every  grid  point,  within  the  defined  prism  and  within  the  height  range,  will  be  in  the  set.  For 
example. 


The  shaded  area  in  the  figure  defines  the  cross-section  of  the  prism  for  the  sample  data  given  above. 
Points  exactly  on  the  boundary  may  be  missed,  hence,  to  get  all  the  grid  points  within  the  area  of  the 
macro  element,  use  SPl  =  -0.01,  SP2  =  1.01,  etc. 

3.  A  zero  value  for  ZMAX  or  ZMIN  implies  infinity  is  to  be  used. 
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Input  Data  Entry:  SH2^E 

Description:  Defines  element  connectivity  entries  associated  with  a  design  variable. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SHAPE 

SHAPEID 

ETYPE 

EID2 

PREF2 

EID3 

PREF3 

CONT 

CONT 

EID4 

PREF  4 

-etc- 

SHAPE 

10 

CROD 

12 

12.0 

22 

1.0 

Field _  Contents _ _ 

SID  Shape  function  identification  number  (Integer  >  0) 

ETYPE  Character  input  identifying  the  element  type.  One  of  the  following; 

CELASi  CHASSi  COI1M2 

CBAR  CROD  CONROD 

CSHEAR  CQDUEMl  CTRUEH  CQnAD4  CTRIA3 

EiDi  Element  identification  numbers  (Integer  >  0,  or  blank) 

PREFi  linking  factor  for  the  associated  EID  (Real) 

Remarks: 

1.  The  shape  function  identification  is  referenced  by  the  desvars  entry  to  connect  the  global  variable  to 
the  shape. 

2.  The  linking  factors  define  a  shape  function  to  be  used  as  the  global  design  variable. 

3.  Designed  properties  (e.g.,  thicknesses)  of  elements  listed  on  shape  entries  vriU  be  set  to  unity  to 
ensure  proper  shape  function  definition;  that  is,  the  pref  values  define  the  shape  to  be  applied  to  a 
imiform  property  distribution. 

4.  If  PBARl  cross-sectional  parameters  are  used  as  design  variables,  the  SHAPEM  Bulk  Data  entry  must 
be  used. 
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Description:  Defines  element  connectivity  entries,  and  their  local  variables,  associated  with  a  design 

variable. 


SHAPEID 


ETYPE 


DVSYMi 


PREFi 


Contents 


Shape  function  identification  (Integer  >  0) 

Character  input  identifying  the  element  type.  One  of  the  following: 


CEIiASi 

CBAR 

CSHEAR 


CHTlSSi 

CROP 

CQDMEMl 


COI1M2 

CONROD 

CTRUEM 


CQURD4 


CTRXA3 


Element  identification  numbers  (Integer  >  0,  or  blank) 
Symbol  defining  the  local  design  variable.  (Remarks  2  and  3) 
T.iT^Ving  factor  for  the  associated  local  design  variable  (Real) 


Remarks: 

1.  The  shape  function  identification  number  is  referenced  by  the  DESVARS  entry  to  connect  the  global 
variable  to  the  shape. 

2.  The  following  symbols  may  be  used  for  the  different  types  of  properties: 


3.  If  all  elements  to  be  linked  have  only  one  possible  dvstcm  (e.g.  k),  then  the  SHAPE  Bulk  Data  entry 
may  be  used. 
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Input  Data  Entry:  SHPGEN 

Description:  Defines  a  design  variable  which  performs  shape  linking  using  the  Shape  Generation 

Utility,  SHAPEGEN. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  SHPGEN 

SHAPEID 

ELID 

SHAPE 

XO 

YO 

ZO 

1 

SHAPE 

10 

CROD 

12 

1.0 

Field 


Contents 


SHAPEID 

EL  ID 

SHAPE 

XO 

YO 

ZO 

Remarks: 


Shape  fimction  identification  (Integer  >  0) 

Element  identification  numbers  (Integer  >  0,  or  blank) 

Desired  shape  function  (Character)  (Remark  1) 

The  x-coordinate,  in  the  basic  system,  of  the  new  origin  for  shape  generation  (Real) 
The  y-coordinate,  in  the  basic  system,  of  the  new  origin  for  shape  generation  (Real) 
The  z-coordinate,  in  the  basic  system,  of  the  new  origin  for  shape  generation  (Real) 


1.  The  SHAPE  is  a  character  string  that  consists  of  one,  two  or  three  digits.  The  first  digit  specifies  the 
order  of  the  contribution  to  the  shape  of  the  basic  x-coordinate  of  the  element  centroid.  The  second 
and  third  digits  represent  the  same  data  for  the  y-coordinate  and  z-coordinate  of  the  centroid, 
respectively.  The  value  of  each  digit  may  vary  fi-om  0  to  9,  which  represents  the  order  of  the  shape 
term,  as: 

232  indicates  to  use  the  terms  ^  - 


2.  The  ELXD  references  an  ELEMlilST  Bulk  Data  entry  that  is  normally  used  for  element  output  re- 
(}uests.  The  elements  in  that  set  provide  the  list  fi:om  which  ELXST  entries  are  automatically  gener¬ 
ated  by  SHAPEGEN. 
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Input  Data  Entry:  SPC  Single-Point  Constraint 

Description:  Defines  sets  of  single-point  constraints  and  enforced  displacements. 


Field _ Contents _ _ _ _ _ 

2  Identification  number  of  single-point  constraint  set  (Integer  >  0) 

G  Grid  or  scalar  point  identification  number  (Integer  >  0) 

C  Component  number  of  global  coordinate  (6  >  Integer  >  0;  up  to  6  unique  digits  may  be 

placed  in  the  field  with  no  embedded  blanks.) 

D  Value  of  enforced  displacement  for  all  coordinates  designed  by  G  and  C  (Real) 


Remarks: 

1.  Degrees  of  fi-eedom  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not 
be  specified  on  other  entries  that  define  mutually  exclusive  sets. 

2.  Single-point  forces  of  constraint  are  recovered  during  stress  data  recovery. 

3.  Single-point  constraint  sets  must  be  selected  in  Solution  Control  (SPC=  SID)  to  be  used. 

4.  SPC  degrees  of  freedom  may  be  redundantly  specified  as  permanent  constraints  on  the  GRID  entry. 
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Single-Point  Constraint  Set  Combination 


Input  Data  Entry:  SPCADD 

Description:  Defines  a  single-point  constraint  set  as  a  union  of  single-point  constraint  sets  defined  via 

SPC  or  SPCl  entries. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SPCADD 

SID 

SI 

S2 

S3 

S4 

S5 

S6 

S7 

CONT 

S8 

S9 

-etc- 

CONT  1 

SPCADD 

101 

3 

2 

9 

1 

Field _ Contents _ 

SID  Identification  number  for  new  single-point  constraint  set 

(Integer  >  0) 

Si  Identification  numbers  of  single-point  constraint  sets  defined  via  SPC  or  by  SPCl 

entries  (Integer  >  0;  siD  ^  si) 

Remarks: 

1.  Single-point  constraint  sets  must  be  selected  in  Solution  Control  (SPC  =  siD)  to  be  used. 

2.  No  si  may  be  the  identification  niunber  of  a  single-point  constraint  set  defined  by  another  SPCASD 
entry. 

3.  The  Si  values  must  be  unique. 

4.  SPCASD  entries  take  precedence  over  SPC  or  SPCl  entries.  If  both  have  the  same  set  ID,  only  the 
SPCADD  entry  will  be  used. 
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Input  Data  Entry:  SPCl  Single-Point  Constraint,  Alternate  Form  1 

Description:  Defines  sets  of  single-point  constraints 


Field _  Contents _ _ 

SID  Identification  number  of  single-point  constraint  set  (Integer  >  0) 

C  Component  number  of  global  coordinate  (any  unique  combination  of  the  digits  1 

through  6  (with  no  embedded  blanks)  when  point  identification  niunbers  are  grid 
points;  must  be  null  if  point  identification  numbers  are  scalar  points) 

Gi ,  GIDi  Grid  or  scalar  point  identification  numbers  (Integer  >  0) 


Remarks: 

1.  Note  that  enforced  displacements  are  not  available  via  this  entry.  As  many  continuation  entnes  as 
desired  may  appear. 

2.  Coordinates  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not  be 
specified  on  other  entries  that  define  mutually  exclusive  sets. 

3.  Single-point  constraint  sets  must  be  selected  in  Solution  Control  (SPC  =  sid)  to  be  used. 

4.  SPC  degrees  of  fi-eedom  may  be  redundantly  specified  as  permanent  constraints  on  the  GRID  entry. 

5.  If  the  alternate  form  is  used,  points  in  the  sequence  GIDI  through  GID2  are  required  to  exist. 
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Input  Data  Entry:  SPLINE  1  Surface  Spline 

Description:  Defines  a  surface  spline  for  interpolating  out-of-plane  motion  for  aeroelastic  problems. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SPLINEl 

EID 

CP 

MACROID 

BOXl 

BOX2 

SETG 

DZ 

SPLINEl 

3 

111 

111 

118 

14 

o 

o 

Field 

BID 

CP 

MACROID 
BOXl , BOX2 
SETG 

DZ 


_ Contents _ _ 

Element  identification  niimber  (Integer  >  0) 

Coordinate  system  defining  the  spline  plane  (Integer  >  0,  or  blank) 

Identification  number  of  a  CAEROi  entry  which  defines  plane  of  spline  (Integer  >  0) 

First  and  last  box  whose  motions  are  interpolated  using  this  spline  (Integer  >  0) 

Refers  to  a  SETi  entry  which  lists  the  structural  grid  points  to  which  the  spline  is 
attached  (Integer  >  0) 

Linear  attachment  flexibility  (Real  >  0.0) 


Remarks: 

1.  The  interpolated  points  (k-set)  will  be  defined  by  aero-cells.  The  sketch  shows  the  cells  for  which  u.  is 
interpolated  if  BOXl  =  111  and  BOX2  =  118. 


2.  The  attachment  flexibility  (units  of  area)  is  used  for  smoothing  the  interpolation.  If  DZ  =  0.0,  tire 
spline  will  pass  through  all  deflected  grid  points.  If  DZ  »  (area  of  spline),  a  least  squares  plane  fit 
will  occur.  Intermediate  values  will  provide  smoothing. 

3.  If  no  CP  is  specified,  the  spline  plane  is  assumed  to  be  the  CAERO  macro  element  plane. 

4.  The  SPLINE  EID  is  used  only  for  error  messages  and  need  not  be  related  to  the  macroelement 
identification  number. 
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Input  Data  Entry:  SPLINE2 


Description:  Defines  a  beam  spline  for  interpolating  panels  and  bodies  for  steady  and  \msteady  aeroe- 

lastic  analyses. 


Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SPLINE2 

EID 

MACROID 

BOXl 

BOX2 

SETG 

DZ 

DTOR 

CID 

CONT  j 

CONT 

DTHX 

DTHY 

1 

SPLINE2 

1000 

5000 

5000 

5100 

10 

0. 

1.0 

4 

+ABC 

+BC 

-1. 

Field 

EID 

MACROID 

BOXl , BOX2 
SETG 

DZ 

DTOR 

CID 

DTHX,DTHY 


Contents 


Element  identification  number  (Integer  >  0) 


The  identification  of  a  CAEROl,  CAER02,  caero6  or  paero6  aerodynamic  macroele¬ 
ment  to  be  splined  (Integer  >  0) 

The  identification  numbers  of  the  first  and  last  boxes  on  the  macroelement  to  be 
interpolated  using  this  spline  (Integer  >  0) 

The  identification  of  a  SETi  entry  which  lists  the  structural  grid  points  to  which  the 
spline  is  attached  (Integer  >  0) 

Linear  attachment  flexibility  (Real  >  0.0) 


El 

Torsional  flexibility*  'qJ  (Real  >  0.0;  use  1.0  for  bodies) 


Rectangular  coordinate  system  which  defines  the  y-axis  of  the  spline  (Integer  >  0  if 
lifting  surface  or  blank;  not  used  for  bodies) 

Rotational  attachment  flexibility.  DTHX  is  for  rotation  about  the  x-axis;  not  used  for 
bodies.  DTHY  is  for  rotation  about  the  y-axis;  used  for  slope  of  bodies.  (Real) 


Remarks: 

1.  The  interpolation  points  (k-set)  will  be  defined  by  aero-cells. 

2.  For  panels,  the  spline  axis  is  the  projection  of  the  y-axis  of  coordinate  system  CID,  projected  onto  the 
plane  of  the  panel.  For  bodies,  the  spline  axis  is  parallel  to  the  x-axis  of  the  aerodynamic  coordinate 
system. 

3.  The  flexibihties  are  used  for  smoothing.  Zero  attachment  flexibihties  will  imply  rigid  attachment,  i.e., 
no  smoothing.  Negative  values  of  DTHX  and  /or  DTHY  will  imply  no  attachment. 

4.  The  continuation  card  is  optional. 

5.  The  SFIiXNE2  EID  must  be  unique  with  respect  to  aU  other  SPLiNEi  data  entries,  it  is  used  only  for 
error  messages. 


417 


Input  Data  Entry:  SPOINT  Scalar  Point  List 

Description:  Defines  scalar  points  of  the  structural  model 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

SPOINT 

IDl 

ID2 

ID3 

ID4 

IDS 

ID6 

ID7 

ID8 

3 

18 

1 

4 

16 

2 

Alternate  Form: 

1  2 

3 

4 

5 

6 

7 

8 

9 

10 

SPOINT 

IDl 

"THRU" 

ID2 

Field 

Contents 

IDi ,  IDl ,  ID2  Scalar  point  identification  number  (Integer  >  0;  IDl  <  ID2) 
Remarks: 

1.  If  the  alternate  form  is  used,  aU  scalar  points  IDI  through  ID2  are  defined. 
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Input  Data  Entry:  SUPORT  Fictitious  Support 

Description:  Defines  coordinates  at  which  the  user  desires  determinate  reactions  to  be  applied  to  a 

fi*ee  body  during  analysis. 

Format  and  Examples: 

123456789  10 


SUPORT 

SETID^ 

ID 

C 

ID 

C 

ID 

C 

SUPORT 

1000 

16 

215 

Field 

Contents 

SETID  Solution  control  SUPPORT  set  identification  (Integer  >  0) 

ID  Grid  or  scalar  point  identification  number  (Integer  >  0) 

C  Component  number  (zero  or  blank  for  scalar  points^  any  unique  combination  of  the 

digits  1  through  6  for  grid  points) 

Remarks: 

1.  Coordinates  specified  on  this  entry  form  members  of  a  mutually  exclusive  set.  They  may  not  be 
specified  on  other  entries  that  define  mutually  exclusive  sets. 

2.  From  one  to  three  support  coordinates  may  be  defined  on  a  single  entry. 

3.  Continuation  entries  are  not  allowed. 
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Input  Data  Entry:  TABDMPl  Modal  Damping  Table 
Description:  Defines  modal  damping  as  a  tabular  function  of  frequency. 

Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  TABDMPl 

ID 

TYPE 

Fi 

Gi 

F2 

G2 

F3 

G3 

CONT  1 

CONT 

F4 

G4 

Fs 

G5 

F6 

G6 

-etc- 

1 

G 

0.0 

0.005 

1.0 

0.008 

2.0 

0.001 

ABC 

+BC 

0.01057 

2.6 

0.01362 

Field _ Contents _ _ _ 

ID  Table  identification  number  (Integer  >  0) 

TYPE  Data  word  which  indicates  the  type  of  damping  units,  G,  CRIT,  Q,  or  blank.  Default  is  G. 

Fi  Frequency  value  in  cycles  per  unit  time  (Real  >  0.0). 

Gi  Damping  value  (Real). 

Remarks: 

1.  The  Pi  must  be  in  either  ascending  or  descending  order  but  not  both. 

2.  Jumps  between  two  points  (Fi  =  Fi+1)  are  allowed,  but  not  at  the  end  points. 

3.  At  least  two  entries  must  be  present. 

4.  Any  Fi ,  Gi  entry  may  be  ignored  by  placing  the  BCD  string  SKIP  in  either  of  two  fields  used  for  that 
entry. 

5.  The  TABDMPl  mnemonic  infers  the  use  of  the  algorithm 

9  =  gt  (F) 

where  F  is  input  to  the  table  and  g  is  returned.  The  table  look-up  gj,  {F)  is  performed  nsiTig  linear 

interpolation  within  the  table  and  linear  extrapolation  outside  the  table  using  the  last  two  end  points 
at  the  appropriate  table  end.  At  jump  points  the  average  gj,  (F)  is  used.  There  are  no  error  returns 

from  this  table  look-up  procedure. 

6.  If  TYPE  is  G  or  blank,  the  damping  values  are  in  structural  damping  units,  that  is,  the  value  of  g  in 
(l+ig)K  If  TYPE  is  CRIT,  the  damping  values  are  in  the  units  of  fraction  of  critical  damping,  C/CO.  If 
TYPE  is  Q,  the  damping  values  are  in  the  units  of  the  amplification  or  quality  factor,  Q.  These 
constants  are  related  by  the  foUowing  equations: 

C/CO  =  g/2, 

f  1  1 

(  2C  \ 


_1 

9 
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Input  Data  Entry:  TABLEDl 

Description:  Defines  a  tabular  function  for  use  in  generating  frequency-dependent  and  time-depend¬ 

ent  djmamic  loads. 


Field _  _ Contents 

ID  Table  identification  number  (Integer  >  0) 

xi ,  Vi  Tabular  entries  (Real) 


Remarks: 

1.  The  xi  must  be  in  either  ascending  or  descending  order  but  not  both. 

2.  Jumps  between  two  points  (xi  =  xi+l)  are  allowed,  but  not  at  the  end  points. 

3.  At  least  two  entries  must  be  present. 

4.  Any  x-y  entry  may  be  ignored  by  placing  the  string  skip  in  either  of  the  two  fields  used  for  that 
entry. 

5.  The  generated  function  is: 
y  =  Yt 

where  X  is  input  to  the  table  and  Y  is  retiumed.  The  table  look-up  yj,  (x)  is  performed  using  linear 

interpolation  within  the  table  and  linear  extrapolation  outside  the  table  using  the  last  two  end  points 
at  the  appropriate  table  end.  At  jump  points  the  average  y^,  (x)  is  used.  There  are  no  error  returns 

from  this  table  look-up  procedure. 
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TEMP 


Grid  Point  Temperature  Field 


Input  Data  Entry: 

Description:  Defines  temperature  at  grid  points  for  determination  of 

(1)  Thermal  Loading;  and  (2)  data  recovery. 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

TEMP 

SID 

G 

T 

G 

T 

G 

T 

1 

TEMP 

3 

94 

316.2 

49 

219,8 

Field 


Contents 


SID 

G 

T 

Remarks: 


Temperature  set  identification  number  (Integer  >  0) 
Grid  point  identification  number  (Integer  >  0) 
Temperature  (Real) 


1.  From  one  to  three  grid  point  temperatures  may  be  defined  on  a  single  entry. 

2. 


3. 


Average  element  temperatures  are  obtained  as  a  simple  average  of  the  connecting  grid  point  tempera¬ 
tures  when  no  element  temperature  data  are  defined. 

For  each  thermal  load,  temperatures  must  be  specified  for  all  grid  points  using  either  TEMP  or  TEMPD 
entries. 
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Tnpnt  Data  Entry:  TEMPD  Grid  Point  Ttemperature  Field  Defaxilt 

Description:  Defines  a  temperature  value  for  all  grid  points  of  the  structural  model  which  have  not 

been  given  a  temperature  on  a  TEMP  entry. 


Format  and  Examples: 

123456789 


TEMPD 

SID 

■Bl 

SID 

T 

SID 

T 

T 

1 

TEMPD 

1 

i^5i 

Field _ _ Contents _ _ 

SID  Itemperature  set  identification  number  (Integer  >  0) 

T  Default  temperature  value  (Real) 


Remarks: 

1.  From  one  to  four  default  temperatures  may  be  defined  on  a  single  entry. 

2.  Average  element  temperatures  are  obtained  as  a  simple  average  of  the  connecting  grid  point  tempera¬ 
tures  when  no  element  temperature  data  are  defined. 

3.  For  each  thermal  load,  temperatures  must  be  specified  for  all  grid  points  using  either  TEMP  or  TEMPO 
entries. 
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Input  Data  Entry:  TF 


Dynamic  Transfer  Function 


Description: 

1.  Used  to  define  a  transfer  function  of  the  form 

(BO  +  Bl  P  +  B2  p^)ud  +  ^(A0(i)  +  Al  (i)p+A2  (i)p^)ui  =  0 

i 

2.  May  also  be  used  as  a  means  of  direct  matrix  input.  See  Remark  3. 
Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

TF 

SID 

GD 

CD 

BO 

B1 

B2 

BIB 

A0(1) 

Aid) 

A2(l) 

TF 

1 

2 

3 

4.0 

5.0 

6.0 

+ABC 

13 

4 

5.0 

6.0 

7.0 

Field _ Contents _ 

SID  Set  identification  (Integer  >  0). 

GD ,  G  { i )  Grid,  scalar  or  extra  point  identification  numbers  (Integer  >  0). 

CD,  C  (i)  Component  nximbers  (null  or  zero  for  scalar  or  extra  points,  any  one  of  the  digits  1 

through  6  for  a  grid  point). 

BO ,  B1 ,  B2 ,  Transfer  function  coefficients  (Real). 

A0(i) ,Al(i) , 

A2(i) 

Remarks: 

1.  The  matrix  elements  defined  by  this  entry  are  added  to  the  dynamic  matrices  for  the  problem. 

2.  Transfer  function  sets  must  be  selected  in  Solution  Control  (tfl  ss  sid)  to  be  used. 

3.  The  constraint  relation  given  in  Equation  1  will  hold  only  if  no  structural  elements  or  other  matrix 
elements  are  connected  to  the  dependent  coordinate,  u^.  In  fact,  the  terms  on  the  left  side  of 
Equation  1  are  simply  added  to  the  terms  from  all  other  sources  in  the  row  for  u^. 

4.  Any  number  of  continuations  are  allowed. 
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Input  Data  Entry:  TIMELIST 

Description:  Defines  a  list  of  times  at  which  outputs  are  desired. 

Format  and  Examples: 


4  5  6  7  8  9 


TIMELIST 

SID 

TIME 

TIME 

TIME 

TIME 

TIME 

CONT  1 

CONT  ^ 

TIME 

TIME 

-etc- 

. 

- Zj 

TIMELIST 

100 

0.1 

0.2 

0.5 

1.0 

Field 

SID 

TIME 


_ Contents  _ _ _ 

Set  identification  number  referenced  by  Solution  Control  (Integer  >  0  ) 
Time,  (in  consistent  time  unit)  at  which  outputs  are  desired.  (Real) 


Remarks: 

1.  In  order  to  be  used,  the  SID  must  be  referenced  by  Solution  Control. 

2.  The  nearest  time  to  time,  either  above  or  below,  which  was  used  in  the  Transient  Response  analysis 
will  be  used  to  satisfy  the  output  requests. 

3.  Any  number  of  continuations  is  allowed. 


Input  Data  Entry:  TLOADl 

Description:  Defines  a  time  dependent  fimction  of  the  form: 

P(t)  =AF(t-x) 

for  use  in  a  transient  response  problem. 
Format  and  Examples: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

TLOADl 

SID 

DLAGID 

TID 

1 

TLOADl 

10 

8 

13 

Field _ _ _ Contents _ 

SID  Set  identification  number  (Integer  >  0) 

DLAGID  Identification  number  of  DlJtGS  set  which  defines  A  and  x  (Integer  >  0) 

TID  Identification  number  of  a  TABLEDl  entry  which  gives  Fit-x)  (Integer  >  0) 

Remarks: 

1.  SID  must  be  unique  for  all  TLOADl,  TLOAD2,  RLOADl,  and  RLOAD2  entries. 
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Input  Data  Entry:  TL0AD2 

Description:  Defines  a  time-dependent  dynamic  load  of  the  form: 

0  when  f  <  0  or  ^  >  t2  -tl 


^  A  cos(27t  f  t+e) 


when  0  <  ^  <  t2  -tl 


wh^re  t  =  t-tX.  -x 


Format  and  Examples: 


TLOAD2 

SID 

DLAGID 

Tl 

T2 

FREQ 

PHASE 

CTEXP 

GROWTH 

1 

TLOAD2 

10^ 

6 

2.1 

4.7 

12.0 

30.0 

to 

o 

3.0 

Field 


Contents 


SID  Set  identification  number  (Integer  >  0) 

DLAGID  Identification  number  of  the  dlags  entry  set  which  define  the  time  invariant  load  A 

and  the  time  delay  (Integer  >0) 

Time  constant  (Real  >  0.0) 

Time  constant  (Real,  T2  >  Tl) 

Frequency  in  cycles  per  unit  time  (Real  >0.0) 

Phase  angle  in  degrees  (Real) 

Exponential  coefficient  (Real) 

Growth  coefficient  (Real) 


Tl 

T2 

FREQ 

PHASE 

CTEXP 

GROWTH 

Remarks: 


1.  TLOAD2  loads  may  be  combined  with  tloadI  loads  only  by  specification  on  a  DLOAD  entry. 

2.  SID  must  be  unique  for  all  TLOADI,  TLOAD2,  RLOADl  and  RLOAD2  entries. 
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Input  Data  Entry  TRIM  Trim  Variable  Specification 

Description:  Specifies  conditions  for  steady  aeroelastic  trim  or  nonplanar  steady  aerodynamic  analy¬ 

sis. 


Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

TRIM 

TRIMID 

MACH 

QDP 

TRMTYP 

EFFID 

VO 

CONT  1 

SS3H 

LAB ELI 

VALl 

LABEL2 

VAL2 

LABELS 

VAL3 

LABEL4 

VAL4 

-etc- 

0.90 

1200. 

100 

926.3 

■H 

+ABC 

+ABC 

o 

00 

QRATE 

0,243 

Field _ Contents  _ _ 

TRIMID  Trim  set  identification  number  (lnteger>0) 

MACH  Mach  nximber  (Real  >  0.0) 

QDP  D3niamic  pressure  (Real>0.0) 

TRMTYP  Type  of  trim  required  (Character  or  blank)  (See  Remark  3) 

blank  StJPORT  controlled  trim. 

ROLL  Axis3rmmetric  roll  trim  (1  DOF) 

LIFT  S3nnmetric  trim  of  lift  forces  (1  DOF) 

PITCH  Symmetric  trim  of  lift  and  pitching  moment  (2  DOF) 

EFFID  Identification  number  of  CONEFFS  Bulk  Data  entries  which  modify  control  surface 

effectiveness  values  (Integer  >  0,  or  blank)(Remark  2) 

VO  Trae  velocity  (Real>0.0,  or  blank)  (See  Remark  12) 

label!  Label  defining  aerod3niamic  trim  parameters. 

VALi  Magnitude  of  the  specified  trim  parameter  (Real)  or  the  character  string  FREE. 

Remarks: 

1.  The  TRIM  entry  is  selected  in  Solution  Control  in  the  SAERO  and  NPSAERO  disciplines  with  the  TRIM 
option. 

2.  All  aerodynamic  forces  created  by  the  control  surface  will  be  reduced  to  the  referenced  amount.  For 
example,  an  effI  of  0.70  indicates  a  30%  reduction  in  the  forces. 

3.  The  TRMTYP  field  has  the  following  interpretation: 

LIFT  Implies  that  the  vertical  acceleration  will  be  trimmed  by  one  free  symmetric 

control  parameter  or  surface,  or,  the  acceleration  computed  for  some  set  of 
S3mimetric  parameters/surfaces. 
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ROLL 


PITCH 


blank 


implies  that  the  roll  acceleration,  paccel,  will  be  trimmed  by  some  one  FME 
antisymmetric  control  parameter  or  surface  —  OR  the  acceleration 
computed  for  some  set  of  antisymmetric  parameters/surfaces.  Any  nunaher  of 
anti  symmetric  parameters  may  be  IBxed,  but  the  fkee  parameters  are  limited 

to  PACCEL _ OR  —  any  one  antisymmetric  parameter  or  surface.  For  example, 

PACCELsO.O;  A1LERON=1.0;  PRATE=FREE 

implies  that  the  vertical  acceleration,  NZ,  and  the  pitch  acceleration,  qaccel, 
will  be  trimmed  by  no  more  than  two  FREE  symmetric  control  parameters  or 
surfaces  —  OR  —  the  accelerations  computed  for  some  set  of  symmetric 
parameters/surfaces.  Any  number  of  S3mmetric  parameters  may  be  fixed,  but 
the  FREE  parameters  are  limited  to  qacceIi  and  NZ  —  OR  up  to  two 
symmetric  parameters  or  surfaces  —  OR  —  some  combination.  For  example, 
NZ=8.0g's;  QACCEL=0.0;  ALPHA=FREE;  EI.EV=FREE 

implies  that  the  support  DOFs  are  equal  to  the  number  of  free  parameters. 
Appropriate  trim  equations  are  assembled  and  solved. 


4.  Units  for  QDP  are  force  per  unit  area. 

5.  Allowable  options  for  lABELi  for  symmetric  trim  (the  symmetry  option  is  selected  in  Solution  Control) 
are: 

Structural  Accelerations 

NX  Longitudinal  acceleration  (Remark  10) 

NZ  Vertical  acceleration  (load  factor)  (Remark  10) 

QACCEL  Pitch  acceleration  (Remark  11) 

Aerodynamic  Parameters 

ALPHA  Angle  of  attack  in  degrees 

QRATE  Pitch  rate  (Remark  12) 

THKCAM  Thickness  and  camber  (Remark  13) 

and  Control  siudaces  in  degrees 

6.  Allowable  options  for  lASELi  for  antisymmetric  trim  (the  S3mimetry  option  is  selected  in  Solution 
Control)  are: 


Structural  Accelerations 

NY  Side-slip  acceleration  (Remark  10) 

PACCEL  Roll  acceleration  (Remark  11) 

RACCEL  Yaw  acceleration  (Remark  11) 


Aerodynamic  Parameters 

l^w  angle  in  degrees  (Remark  14) 
Roll  rate  (Remark  12) 

Yaw  rate  (Remark  14) 


BETA 

PRATE 

RRATE 

and 


Antisymmetric  control  surfaces  in  degrees 


7.  If  VALDEi  is  a  real  number,  the  associated  aerod3naamic  parameter  or  structural  acceleration  is  set  to 
that  value.  If  VALUE!  is  the  character  string  FREE,  then  the  associated  parameter  will  be  determined 
as  part  of  the  trim  analysis. 
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8.  The  number  of  free  Values  of  VALUEi  must  correspond  exactly  to  the  number  of  unknowns  in  the 
trim  analysis.  If  trmtyp  is  blank,  the  number  of  suport  DOF. 

9.  If  TRIMID  is  referenced  by  an  NPSAERO  discipline,  TRMTYP  must  be  blank  and  free  is  not  allowed  for 
VALUEi. 

10.  For  NX,  NY  and  NZ,  units  are  length  per  second  in  consistent  units  unless  a  CONVERT/MASS  Bulk  Data 
entry  is  provided.  In  this  case,  the  values  are  dimensionless. 

11.  The  angular  accelerations,  QACCEL,  PACCEL,  and  RACCEL,  are  entered  in  units  of  radians  per  second 
per  second. 

12.  QRATE,  PRATE,  and  RRATE,  are  entered  in  units  of  radians  per  second.  The  velocity  must  be  input  if 
any  of  the  "rate"  parameters  are  given  since  its  value  is  needed  to  dimensionalize  the  forces  computed 
for  a  unit  rate  per  velocity  in  the  aerodynamic  preface. 

13.  The  THKCAM  label  refers  to  thickness  and  camber  effects  and  its  corresponding  value  is  usually  set  to 
1.0.  Non-unit  values  of  the  THKCAM  parameter  are  available  only  to  provide  added  generality. 

14.  Any  control  surfaces,  trim  parameters,  or  structural  accelerations  not  specified  on  the  trim  entry  will 
not  participate  in  the  analysis:  they  will  be  given  fixed  values  of  0.0.  This  includes  THKCAM. 

15.  Refer  to  the  STATIC  aeroelastic  trim  Application  Note  for  more  information. 
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Input  Data  Entry:  TSTEP 

Description:  Defines  time  step  intervals  at  which  a  solution  will  be  generated  and  output  in  transient 

analysis. 


TSTEP  2  10  .001  5 

+ABC  9  0.01  1 


Field _ Contents _ _ 

SID  Set  identification  nxmiber  (Integer  >  0) 

Number  of  time  steps  of  value  DT  (i)  (Integer  >  2) 

Time  increment  (Real  >  0.0) 

Skip  factor  for  output  (every  NO  ( i )  th  step  will  be  saved  for  output)  (Integer  >  0) 


N{i) 

DI(i) 

N0(i) 


Remarks: 

1.  TSTEP  entries  must  be  selected  in  the  Solution  Control  (tstep=sid). 

2.  Note  that  the  entry  permits  changes  in  the  size  of  the  time  step  during  the  course  of  the  solution. 
Thus,  in  the  example  shown,  there  are  10  time  steps  of  value  0.001  followed  by  9  time  steps  of  value 
.01.  Mso,  the  user  has  requested  that  output  be  recorded  for  t  =  0.0,  0.005,  0.01,  0.02,  0.03,  etc. 
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Input  Data  Entry:  VELOLXST 
Description:  Defines  a  list  of  velocity  values . 

Format  and  Example: 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

VELOLIST 

SID 

VELOI 

VEL06 

VEL07 

CONT 

CONT 

VEL08 

VEL09 

-etc- 

VELOLIST 

201 

100.0 

80.0 

200.0 

Field _ _ _ Contents _ 

SID  Velocity  set  identification  number  (Integer  >  0) 

VELOi  Velocity  value  (Real  >  0.0) 

Remarks: 

1.  VELOLIST  Bulk  Data  entries  are  selected  in  the  Function  Packet. 
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Input  Data  Entry:  VSDAMP 

Description:  Specifies  values  of  g  and/or  (o3  to  generate  either  viscous  damping  that  has  the  same 

damping  forces  as  structural  damping  of  magnitude  g  at  the  frequency  co3  or  to  specify 
the  structural  damping  g  (see  Remarks  3  and  4) 


1  2  3  4  ^0/-- 

VSDAMP 

SID 

G 

0)3 

SID 

G 

0)3 

VSDAMP 

100 

0.005^ 

15.0 

Field 


Contents 


SID 

G 

C03 

Remarks: 


Set  identification  number  (Integer  >  0) 
Damping  value  (Real) 

Frequency  value  in  Hertz  (Real  ^  0.0) 


1.  The  setid  is  selected  by  the  DAMPlNG=n  command  in  Solution  Control. 

2.  Up  to  two  values  of  g  and  0)3  can  be  defined  on  a  single  entry. 

3.  If  0)3  is  zero,  g  will  be  used  to  generate  a  complex  stiffiiess  matrix  3  of  the  form  K=  (l  +  ig)K 
If  (o3  is  nonzero,  a  viscous  damping  matrix  of  tiie  form  B  = 


2jto), 


K  is  generated. 
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6.  ASTROS  OUTPUT  FEATURES 


In  a  software  system  the  magnitude  of  ASTROS,  the  amount  of  data  that  may  be  of  ^tere^o 
the  user  is  very  large.  In  multidisciplinary  optimization,  the  quantity  of  data  is  even  toger  an 
^tensTwvS  in  L  computation  even  more  critical.  It  is  worthwhile,  therefore,  to  limit  the  amo^t  of 
oSput  to  a  minimum  and  to  provide  a  mechanism  for  the  user  to  select  those  data 

in  Lch  particular  case.  Chapter  3  of  this  report  documented  one  mechanism  provided  m  ASTROS  to 
select  particular  iterations,  disciplines,  subcases  and  response  quantaties:  that 

output  request.  Ihis  section  endeavors  to  present  the  totahty  of  output  options  available  ^h^ROS 
us2.  The  system  controUed  outputs  from  the  engineering  modules  are  described  m  order  to  ®stabh^ 
familiarity  with  an  ASTROS  output  Usting.  This  is  followed  by  a  more  complete  description  of  ou^ 
from  each  Solution  Control  request  than  is  contained  in  Chapter  3,  with  different  ^sciplmes  elem  , 
design  constraints  and  node  types  accounted  for  in  some  detail.  These  represent  the  outpi^  that  ^ 
fully  supported  by  the  ASTROS  software  and  require  little  or  no  user  mtervention  to  obtam.  TJe  presen 
tation  of  these  features  assumes  that  the  standard  executive  sequence  is  used.  If  the  user  subst^ta^y 
modifies  the  standard  sequence  (to  the  point  where  certain  modules  are  not  called),  some  or  all  of  the 
presented  output  features  may  no  longer  be  available. 


The  more  advanced  forms  of  user  output  requests  are  also  presented  in  this  section.  The  most 
basic  of  these  forms  involve  changing  the  engineering  module  print  control  levels  through  the  of  the 
DEBUG  packet.  Then,  the  MAPOL  addressable  print  utilities  are  presented.  The  use  of  these  utihties,  m 
conjunction  with  the  general  versatihty  of  the  MAPOL  language,  provides  the  user  with  the  capacity  both 
to  look  at  ovigtiTig  data  and  to  compute  and  view  additional  data.  In  fact,  these  options  enable  the  user  to 
obtain  virtually  any  data  that  reside  on  the  data  base  or  that  can  be  computed  and  stored  on  the  data 
base.  Finally,  a  quick  overview  of  the  Interactive  CADDB  Environment  (ICE)  is  given.  The  ICE  program 
provides  for  complete  Standard  Query  Language  interactive  queries  on  the  CADDB  entities. 


6.1.  SYSTEM  CONTROLLED  OUTPUT 

Many  of  the  engineering  and  executive  system  program  units  write  data  to  the  ASTROS 
listing  automatically.  As  enumerated  in  the  introduction  to  this  section,  output  of  this  nature  in  ASTROS 
is  very  limited,  but  sufficient  amounts  exist  to  justify  a  brief  presentation  of  the  data  and  their  formats. 
It  is  also  useful  to  present  the  basic  ASTROS  listing  in  order  to  facilitate  contrasting  it  to  hstmp 
containing  user  selected  output  quantities.  The  first  page  of  ASTROS  output  is  the  title  page  showmg  the 
version  number,  date  and  host  machine  of  the  user’s  system.  Each  page  of  output  foUowmg  the  solution 
control  hsting  wiU  be  labeled  with  six  lines  of  header  information  including  the  user  selected  title, 
subtitle  and  label.  The  version  number,  date  and,  if  applicable,  the  design  iteration  number  will  also 
appear  in  the  header  of  each  page. 
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6.1 .1 .  Default  Output  Printed  by  Modules 


The  DEBUG  packet  echo  and  the  ASSIGN  database  entries,  shown  in  Table  23,  are  the  first 
output  following  the  title  psgo.  Immediately  following  these,  the  solution  control  commands  will  be 
echoed  to  the  output  hsting.  This  listing  is  helpful  in  identifying  the  particular  disciplines  and  cases 
selected  in  the  run.  The  multidisciplinary  nature  of  ASTROS  requires  further  output  labeling;  therefore, 
in  addition  to  the  solution  control  summary,  the  BOUND  module  writes  a  summary  of  selected  disciplines 
for  each  boundary  condition  at  the  top  of  the  boundary  condition  loop,  presented  in  Table  24.  It  indicates 
all  disciplines  and  most  discipline  options  in  the  current  boundary  condition  to  assist  the  user  in  deter¬ 
mining  the  particular  path  that  will  be  taken  through  the  standard  MAPOL  sequence.  A  similar  print. 
Table  25,  firom  the  abound  module  appears  at  the  top  of  the  sensitivity  phase  boimdary  condition  loop  to 
indicate  the  nature  of  the  active  boimdary  conditions  and  active  design  constraints. 

The  nerct  set  of  output,  Table  26,  comes  fi-om  the  bandwidth  minimizer.  It  details  the  method 
selected,  numbers  of  grids  and  elements  in  the  model  and  the  values  of  the  measures  of  merit  in  the 
resequendng  of  grid  points. 

Active  constraint  information  is  provided  in  the  Active  Constraint  Summary  from  the  ACTCON 
module.  It  indicates  the  total  number  of  constraints  considered  active  according  to  the  current  constraint 
deletion  criteria.  The  user  may  select  a  complete  listing  of  the  active  constraints  through  the  PRINT 
DCONSTRAINT  solution  control  option,  but  may  not  suppress  the  table  header  indicating  the  number  of 
constraints  retained  of  the  total  number  appUed.  This  number  is  computed  even  if  the  current  design  is 
considered  to  be  the  converged  optimum.  A  summary  of  the  convergence  criteria  and  of  the  critical 
constraint  value  is  included  in  the  Active  Constraint  Summary  header,  illustrated  in  Table  27,  if  the 
approximate  problem  was  considered  converged  following  the  preceding  redesign  step. 

Each  redesign  step  is  summarized  in  a  small  table,  shovm  in  Table  28,  entitled  the  Approximate 
Optimization  Summary.  It  indicates  the  optimization  method  used  in  resizing  and  the  changes  in  three 
measures  of  convergence.  The  first  measure  is  the  change  in  the  value  of  the  objective  function  during  the 
solution  of  the  approximate  optimization  problem.  The  second  is  the  change  in  the  Euchdean  norm  of  the 
design  variable  vector  and  finally,  the  maximum  absolute  change  in  any  component  of  the  design  variable 
vector.  Each  of  the  values  are  computed  as  an  absolute  change  and  a  percentage  change.  These  values  are 
then  printed.  You  may  compare  the  first  two  percentage  values  against  your  input  convergence  limit, 
denoted  upper  bound  percent  move,  to  determine  which  (if  either)  is  greater  than  the  limit.  If  either 
value  is  greater,  the  approximate  problem  will  not  be  considered  converged,  otherwise  it  vdU  be.  A 
message  indicating  the  state  of  convergence  closes  the  Approximate  Optimization  Smnmaiy. 

The  last  default  design  print.  Table  29,  is  generated  by  the  actcon  module  on  the  final  design 
iteration.  The  ACTCON  module  prints  out  the  design  iteration  history.  The  iteration  history  includes 
statistics  summarizing  each  approximate  optimization  problem  and  shows  the  increments  in  the  objec¬ 
tive  function.  All  values  in  this  table  are  associated  with  the  approximate  problem.  Since  weight  in 
ASTROS  is  explicitly  linear  in  the  design  variables,  the  objective  function  values  are  exact. 

The  final  default  outputs  are  a  trailer  indicating  the  status  of  the  termination  (either  witii  or 
vdthout  errors),  the  date  and  the  time  the  run  was  completed  and  an  execution  timing  summary.  The 
tiTTiing  summary,  shown  in  Table  30,  indicates  the  CPU  time  spent  in  each  phase  of  the  execution.  The 
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Table  23.  DEBUG  and  ASSIGN  DATABASE  Output 


AUTOMATED  STRUCTURAL  OPTIMIZATION  SYSTEM 


VERSION  9.0 

IBM  RISC  SYSTEM/ 6000 
JUL  01,  1992 


*****  ASTROS  DEBUG  PACKET  ECHO  ***** 

DEBUG  KEY  'LOGBEGIN  "  HAS  BEEN  SELECTED 
DEBUG  KEY  "LOGMODULE  “  HAS  BEEN  SELECTED 
DEBUG  KEY  "MATRIX  "  HAS  BEEN  SELECTED 

*****  ASTROS  ASSIGN  DATABASE  COMMAND  ECHO  ***** 

*...10. ..**...  20. ..**.. .30. ..**.. .40. ..**.. .50. ..**.. .60. ..**.. .70. ..**.. .80...* 

ASSIGN  DATABASE  COMB  SHAZAM  NEW 

*.. .10... **...20. ..**...30. ..**... 40... **...50... **...60...**... 70. . .**...80...* 

DATA  BASE  NAME  =  COMB 
DATA  BASE  PASSWORD  =  SHAZAM 
DATA  BASE  STATUS  =  NEW 
USER  PARAMETERS  ARE: 

**  NONE  GIVEN  ** 


Table  24.  Boundary  Condition  Summary 


BOUNDARY  CONDITION  SUMMARY  FOR  BOUNDARY  CONDITION  2 


MATRIX  REDUCTION  SUMMARY: 

THE  PHYSICAL  SET  CONTAINS  3948  DEGREES  OF  FREEDOM  (DOFS) 

3948  PHYSICAL  DOFS  ARE  STRUCTURAL 
and  0  PHYSICAL  DOFS  ARE  EXTRA  POINTS 


THERE  ARE 


12  DEPENDENT  MULTIPOINT  CONSTRAINT  DOFS  LEAVING 
3936  INDEPENDENT  DOFS 


THERE  ARE 


1563  SINGLE  POINT  CONSTRAINT  DOFS  LEAVING 
2373  FREE  DOFS 


THE  FREE  DOFS  ARE  REDUCED  USING  STATIC  CONDENSATION 
THERE  ARE  2221  OMITTED  DOFS  LEAVING 
152  ANALYSIS  SET  DOFS 

0  OF  WHICH  ARE  "SUPPORTED"  LEAVING 
152  DOFS  LEFT  OVER 


DISCIPLINE-SUBCASE  SUMMARY: 

***  STATICS  HAS  BEEN  SELECTED  *** 

5  SUBCASE (S)  ARE  DEFINED  BY  SOLUTION  CONTROL 
***  FLUTTER  HAS  BEEN  SELECTED  *** 

A  REAL  EIGENANALYSIS  WILL  ALSO  BE  DONE  IF  NOT  ALREADY  SELECTED 
1  SXmCASE(S)  ARE  DEFINED  BY  SOLUTION  CONTROL 
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Table  25.  Active  Boundary  and  Constraint  Summary 


SENSITIVITY  SUMMARY  FOR  BOUNDARY  CONDITION 
4  FLUTTER  CONSTRAINTS 

4  TOTAL  ACTIVE  CONSTRAINTS  FOR  THIS  BOUNDARY  CONDITION. 


SENSITIVITY  SUMMARY  FOR  BOUNDARY  CONDITION  :2 

2  TSAI-WU  STRESS  CONSTRAINTS  ON  STATIC  SUBCASE  1 
6  TSAI-WU  STRESS  CONSTRAINTS  ON  STATIC  SUBCASE  2 
4  FLUTTER  CONSTRAINTS 


12  TOTAL  ACTIVE  CONSTRAINTS  FOR  THIS  BOUNDARY  CONDITION. 


Table  26.  Resequencing  Summary 


SUMMARY  OP  AUTOMATIC  RESEQUENCING 


METHOD  SELECTED 

CM 

CRITERION 

RMS  WAVEFRONT 

BEFORE 

AFTER 

BANDWIDTH 

648 

60 

PROFILE 

25960 

23960 

MAXIMUM  WAVEFRONT 

50 

60 

AVERAGE  WAVEFRONT 

39.453 

36.413 

RMS  WAVEFRONT 

40.632 

38.159 

NUMBER  OF  GRID  POINTS 

658 

MAXIMUM  NODAL  DEGREE 

14 

NUMBER  OF  MPC  EQUATIONS 

PROCESSED 

12 

ELEMENTS  PROCESSED 

CSHEAR 

565 

CTRMEM 

40 

CONROD 

305 

CONM2 

35 

CBAR 

152 

CQUAD4 

662 

TOTAL  ELEMENTS 

1759 
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Table  27.  Active  Constraint  Summary 


SUMMARY  OF  ACTIVE  CONSTRAIMTS 

after  analysis  4  of  a  maximum  16 

12  CONSTRAINTS  RETAINED  OF  60  APPLIED 


the  APPROXIMATE  OPTIMIZATION  PROBLEM  WAS  CONVERGED  WITH 
FEASIBLE  CONSTRAINT  CRITERIA  (CTLMIN) . . . :  5.00000E-04  AND 

ACTIVE  CONSTRAINT  CRITERIA  (CTL) . :  -7.50000E-04 


CURRENT  MAXIMUM  CONSTRAINT  VALUE. 
TO  TERMINATE 


-4.97155E-04 

-2.25000E-03  <  -4.97155E-04 


***  ASTROS  OPTIMIZATION  HAS  CONVERGED  *** 


l,00000E-03 


CONSTRAINT  RETENTION  ALGORITHM  SUMMARY 
rFAC  =  3.000,  EPS  -  -.100,  NDV  = 


#  OF  CONSTRAINTS  RETAINED  BY  RFAC  = 

CUTOFF  CONSTRAINT  VALUE  = 

#  ADDED  WITH  VALUES  GREATER  THAN  EPS  = 

#  OF  ADDITIONAL  MINIMUM  THICKNESS 
CONSTRAINTS  RETAINED  ONLY  FOR 
CONTROLLING  MOVE  LIMITS  (DCONTHK)  = 


12 

-.981 


COUNT  CONSTRAINT  VALUE 


CONSTRAINT  TYPE  TYPE  COUNT  BOUNDARY  ID  SUBCASE  ELEMENT  TYPE 


1  -7.09291E-02 

2  -4.97155E-04 

3  -4.20226E-01 

4  -8.19597E-01 

5  -8.42767E-01 

6  -5.62036E-01 

7  -4.38053E-01 

8  -8.14886E-01 

9  -8.52344E-01 

10  -5.76223E-01 

11  -9.77223E-01 

12  -9.81333E-01 


UPPER  BND  LIFT  EFFECT 
DISPLACEMENT 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 
VON  MISES  STRESS 


1 

1 

1 

2 

3 

4 

5 

6 

7 

8 

10 

28 


1  1  N/A 

1  1  N/A 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  QDMEMl 

1  1  ROD 

1  1  SHEAR 


EID/LAYR 

N/A 

N/A 

13 

14 
16 
17 
20 
21 
23 
26 

2 

29 


Table  28.  Approximate  Optimization  Summary 


ASTROS  APPROXIMATE  OPTIMIZATION  SUMMARY 
ITERATION  1 

RESIZING  METHOD  =  MATHEMATICAL  PROGRAMMING 

DESIGN  VAR.  MOVE  LIMIT  «  2.000000 

UPPER  BOUND  PERCENT  MOVE  =  1.000000  PERCENT 


* 

CRITERION  1: 

OBJECTIVE  CHANGE 

* 

CURRENT  VALtJE 

= 

4.3531E+01 

PREVIOUS  VALUE 

= 

2.7840E+01 

* 

DELTA 

= 

1.5691E+01 

★ 

PERCENT  MOVE 

= 

56.3603 

« 

CRITERION  2; 

DESIGN  VECTOR  MOVE 

NORM  OF  X-XO 

1.3076E+00 

* 

EUCLIDEAN  NORM  OF  XO 

= 

2.3200E+00 

* 

PERCENT  MOVE 

= 

56.3603 

* 

CRITERION  3: 

DESIGN  VARIABLE  MOVE 

MAXIMUM  MOVE 

= 

3.6390E-01 

AT  DESIGN  VARIABLE 

= 

3 

* 

CURRENT  VALUE 

= 

1.2339E+00 

★ 

PREVIOUS  VALUE 

= 

8.7000E-01 

* 

PERCENT  MOVE 

= 

41.8275 

* 

the  approximate  PROBLEM  IS  NOT  CONVERGED 
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Table  29.  Design  iteration  History 


A 

S  T  R  0  S 

ITERATION 

OBJECTIVE 

NUMBER 

FUNCTION 

FUNCTION 

NUMBER 

VALUE 

EVAL 

1 

1.25894E+04 

{INITIAL 

2 

7,12705E+03 

31 

3 

6.36273E+03 

30 

4 

6.08681E+03 

39 

5 

5.89348E+03 

47 

6 

5.74943E+03 

56 

7 

5.62364E+03 

38 

8 

5.50224E+03 

40 

9 

5.38496E+03 

24 

10 

5.27604E+03 

36 

11 

5.18694E+03 

43 

12 

5.14224E+03 

33 

13 

5.13861E+03 

10 

14 

5.13618E+03 

10 

15 

5.11049E+03 

18 

DESIGN  ITERATION 


number  number 

RETAINED  ACTIVE 

CONSTRAINTS  CONSTRAINTS 


4 
6 
8 

11 

13 

9 

10 

7 

8 

11 

5 
2 
1 
3 


18 

18 

18 

18 

18 

18 

18 

18 

18 

18 

18 

18 

18 

18 


THE  FINAL  OBJECTIVE  FUNCTION  VALUE  IS; 

FIXED  = 
+  DESIGNED  = 

TOTAL  = 


O.OOOOOE+00 

5.11049E+03 


5.11049E+03 


HISTORY 


NUMBER  NUMBER 
VIOLATED  LOWER 
CONSTRAINTS  BOUNDS 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 


0 

1 

3 

4 
4 
4 
4 
4 
4 
4 
4 
4 
4 
4 


NUMBER  APPROXIMATE 
UPPER  PROBLEM 

BOUNDS  CONVERGENCE 


0  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
0  NOT  CONVERGED 
0  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  NOT  CONVERGED 
1  CONVERGED 


elapsed  clock  time  is  shown  upon  leaving  each  phase  of  the  MAPOL  execution.  This  summary  is  useful  in 
determining  where  a  problem  may  have  occurred  and  in  confirming  that  the  proper  path  was  taken 
through  the  MAPOL  sequence.  It  is,  of  course,  also  useful  as  an  indication  of  the  relative  CPU  costs  of 
each  phase  of  execution. 

6.1 .2.  Error  Message  Output 

Error  messages  can  be  printed  from  virtually  all  the  modules  of  the  ASTROS  system  as  well  as 
from  the  data  base  management  software.  Data  base  errors  should  not  occur  unless  the  user  has  modified 
or  otherwise  written  a  special  MAPOL  sequence,  incorrectly  assigned  file  names  or  used  other  incorrect 
or  inconsistent  data  base  information.  Typically,  data  base  errors  cause  immediate  termination  of  the 
execution.  The  system  administrator  should  be  able  to  assist  in  solving  these  errors  which,  it  is  felt,  will 
most  likely  be  caused  by  incorrect  use  of  the  system  or  by  incorrect  system  installation.  The  ASTROS 
Programmer’s  Manual  contains  further  information  on  the  causes  of  particular  data  base  errors. 

The  standard  ASTROS  error  messages  are  printed  by  the  utmwrt  utility  modiile  and  represent 
error  checks  that  the  modules  are  coded  to  perform  or  errors  that  may  cause  problems  in  the  current 
module’s  algorithm.  As  much  as  possible,  these  error  messages  are  intended  to  be  standalone  in  that  the 
user  should  be  able  to  interpret  the  message  without  referring  to  the  Programmer’s  Manual.  There  are 
four  different  levels  of  errors  that  can  occur  in  ASTROS,  each  labeled  differently  when  printed: 

(1)  System  Fatal  Message 

These  messages  come  about  due  to  errors  or  inconsistencies  in  the  system  definitions. 
Usually,  these  relate  to  erroneous  input  to  the  system  generation  utility,  SYSGEN,  or  are 
a  result  of  using  an  outdated  system  data  base.  You  should  contact  your  system  adminis- 
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Table  30.  ASTROS  Execution  Summary 


**************************************** 


***  ASTROS  TERMINATED*** 
***  02/16/93  11:45:50  *** 

***♦*♦***♦★*♦*******♦********♦********♦* 


ASTROS  TIMING  SUMMARY 

elapsed  total 

TIME  CPU 


STEP 

CPU 


00:00:00 

00:00:02 

00:00:12 

00:04:43 

00:04:43 

00:05:54 

00:05:55 

00:05:55 

00:07:56 

00:07:56 


00:00:00.0  ***  BEGIN  ASTROS  *** 

00:00:01.9  BEGIN  PREFACE  MODULES 
00:00:10.4  ELEMENT  MATRIX  GENERATION 
00:03:07.4  NON-PLANAR  STEADY  AERODYNAMICS 
00:03:07.4  PHASE  1  ELEM.  MATRIX  ASSEMBLY 
00:03:37.8  PHASE  1  STATIC  LOADS  GENER. 
00:03:38.0  STEADY  AERODYNAMICS 
00:03:38.1  UNSTEADY  AERODYNAMICS 
00:05:15.1  ****************************** 
00:05:15.1  BEGIN  OPTIMIZATION 


00:07:56  00:05:15.1 
00:07:56  00:05:15.1 
00:08:22  00:05:23.3 
00:08:28  00:05:26.1 
00:09:03  00:05:54.9 
00:09:07  00:05:58.5 
00:10:12  00:06:52.9 
00:10:15  00:06:54.8 
00:10:33  00:07:04.0 
00:10:33  00:07:04.1 
00:10:34  00:07:04.8 
00:10:34  00:07:05.0 
00:10:34  00:07:05.4 
00:10:34  00:07:05.4 
00:10:35  00:07:05.5 


DESIGN  ITERATION  1 

BOUNDARY  CONDITION  1 
MFC  REDUCTION 
SPC  REDUCTION 
STATIC  CONDENSATION 
»>DISCIPLINE:  NORMAL  MODES 
»>DISCIPLINE :  FLUTTER 
DATA  RECOVERY 

STATIC  CONDENSATION  RECOVERY 
SPC  RECOVERY 
MPC  RECOVERY 
CONSTRAINT  EVALUATION 
OUTPOT  PROCESSING 
BOUNDARY  CONDITION  2 


00:00:08.4 

00:02:56.9 

00:00:00.0 

00:00:30.4 

00:00:00.2 

00:00:00.0 

00:01:36.9 

00:00:00.0 

00:00:00.0 

00:00:00.0 

00:00:08.1 

00:00:02.8 

00:00:28.7 

00:00:03.6 

00:00:54.3 

00:00:01-9 

00:00:09.1 

00:00:00.0 

00:00:00.7 

00:00:00.2 

00:00:00.3 

00:00:00.0 

00:00:00.1 

00:00:00.7 


00:12:34 

00:13:20 

00:13:20 

00:14:47 

00:14:52 

00:14:52 


00:08:48.0 

00:09:07.8 

00:09:07.9 

00:09:52.7 

00:09:56.1 

00:09:56.1 


CONSTRAINT  EVALUATION 
OUTPUT  PROCESSING 
SENSITIVITY  ANALYSIS 
DESIGN  MODULE 


DESIGN  ITERATION  2 


00:00:19.7 

00:00:00.1 

00:00:44.7 

00:00:03.3 

00:00:00.0 

00:00:08.2 


01:30:33  00:45:23.8  ***  END  ASTROS  *** 


trator  to  effect  a  correction.  Hopefully,  these  errors  will  rarely  occur  and  should  never  oc¬ 
cur  in  an  unmodified  ASTROS  system. 

(2)  User  Information  Message 

These  messages  are  written  when  the  system  encoimters  data  that  may  represent  an  in¬ 
put  error  or  may  later  generate  a  problem  but  that  may  only  be  a  special  user  input  that 
falls  outside  the  expected  range.  Usually,  these  messages  can  be  ignored.  This  is  the  least 
serious  type  of  user  message  in  ASTROS. 

(3)  User  Warning  Message 

These  messages  are  written  when  the  system  encoimters  data  that  are  incorrect  but 
which  may  not  cause  termination.  In  some  cases,  this  level  of  error  is  issued  to  signify 
that  the  system  will  continue  to  search  for  errors  but  will  terminate  abnormally  following 
the  search. 
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(4) 


User  Fatal  Message 

These  messages  are  written  when  the  system  encoTinters  data  that  are  in  error  to  the  ex¬ 
tent  that  continuation  is  impossible.  The  system  will  terminate  execution  either  immedi¬ 
ately  or  after  some  minor  clean  up. 

If  the  user  is  unable  to  decipher  the  error  message,  the  following  steps  can  be  helpful  in  determining  the 
source  of  the  error: 

(1)  Check  the  timing  summary  with  the  LOGBEGIN  and  LOGMODULE  options  in  the  DE¬ 
BUG  packet  against  the  MAPOL  sequence  path  to  determine  which  module  generated 
the  error  message.  Also,  check  the  SYSGEN  output  to  determine  the  module  that  wrote 
the  message.  Note  that  the  "message  number"  is  included  in  the  error  message  print  if 
the  message  is  a  standard  one  and  the  message  number  can  be  used  to  trace  the  module 
that  uses  the  message. 

(2)  Check  the  Programmer’s  Manual  documentation  for  the  relevant  module  to  determine 
the  error  checks  it  performs  and  to  get  further  information  on  the  source  of  the  error. 

6.2.  SOLUTION  CONTROL  OUTPUT  OPTIONS 

This  subsection  presents  a  detailed  description  of  the  output  quantities  that  can  be  selected 
^through  the  solution  control  packet.  These  quantities  fall  into  five  categories:  (1)  element;  (2)  nodal;  (3) 
design;  (4)  eigenvalues  for  flutter  and  normal  modes;  and  (5)  aeroelastic  trim  quantities.  Each  of  these 
categories  is  presented  in  the  separate  subsections  that  follow. 

The  PRINT  and  PUNCH  solution  control  commands  are  used  to  request  the  desired  output  quanti¬ 
ties.  These  commands  have  three  groups  of  options:  subset  options,  quantity  options  and  form  options. 
These  options  are  fully  described  in  Chapter  3  of  this  report,  but  one  point  must  be  stressed:  subset 
options  play  an  extremely  important  role  in  ASTROS  output  requests.  Subset  options  allow  the  user  to 
identify  the  set  of  iterations  or  subcases  to  which  the  print  selection  will  apply.  This  selection  is  neces¬ 
sary  because  many  disciplines  (MODES,  for  example)  generate  more  than  one  subcase  (eigenvector)  with  a 
single  solution  control  directive.  The  critical  point  is  that  the  default  selection  for  subcases  is  that  there 
be  no  output.  In  other  words,  if  there  are  no  subcases  selected,  ASTROS  will,  by  default,  print  nothing. 

Unlike  NASTRAN,  ASTROS  has  no  options  to  reorder  the  output.  The  multidisciplinary  nature  of 
ASTROS  completely  negates  the  utility  of  NASTRAN’s  SORTl  and  SORT2  options,  and  any  other  sort 
options  become  impossibly  complex  very  qiaickly.  Instead,  a  reasonable,  fixed  sort  was  established  in 
which  each  boundary  condition  is  treated  separately  and  in  the  order  given  in  the  solution  control  packet. 
If  the  standard  sequence  is  used,  the  response  quantities  will  appear  in  the  following  order  within  each 
optimize  or  anaJyze  boundary  condition: 

(1)  Non-planar  steady  aerodynamics  output. 

(2)  Steady  aerodynamic  trim  parameters. 

(3)  Flutter  roots  and  flutter  mode  shape  modal  participation  factors  --  note  that  the  mode 
shape  is  only  available  if  flutter  has  occurred  and  if  the  flutter  discipline  is  within  an 
ANALYZE  boundary  condition. 

(4)  Applied  LOAD  print  requests. 

(5)  The  "displacement'*  nodal  response  quantities:  DISPLACEMENTS,  VELOCiTYs,  and  ACCEL¬ 
ERATIONS. 
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(6)  Element  response  quantities  in  the  order  STRESS,  strain,  force  and  st^in  energy 
for  each  subcase,  elements  are  processed  alphabetically  within  each  quantity  type. 

In  the  OPTIMIZE  subpacket,  these  data  are  followed  by  the  selected  design  and  resizing  prints  in  the 
following  order; 

(7)  Active  constraint  summary  (either  the  default  abbreviated  print  or  the  full  print  if  the 
dconstraint  print  option  is  selected). 

(8)  The  print  of  the  global  and  then  local  design  variables  representing  the  current  desi^  de- 
peding  on  the  gdesign  and  LDESIGN  PRINT  requests.  On  the  final  design  iteration,  the 
iteration  history  precedes  the  design  variable  output  by  default. 

Within  each  response  quantit^s  print  module,  the  disciplines  are  not  treated  in  the  order  given  in  the 
solution  control  packet;  instead,  they  are  treated,  where  appUcable,  in  the  foUowmg  order: 


(A) 

NPSAERO 

(B) 

STATICS 

(C) 

MODES 

(D) 

SAERO 

(E) 

TRANSIENT 

(F) 

FREQUENCY 

(G) 

BLAST 

The  subcases  within  each  discipline  are  treated  in  the  order  given  in  the  solution  control  packet.  In  the 
case  of  MODES,  the  eigenvectors  are  ordered  in  increasing  eigenvalue  order.  TRANSIENT,  FREQUENCY,  and 
BLAST  subcases  are  ordered  in  increasing  time  or  frequency  step. 

6.2.1 .  Element  Response  Quantities 


ASTROS  has  two  basic  forms  of  elements:  aerodynamic  elements  and  structural  elements.  An 
aerodynamic  element  is  defined  as  a  "box"  of  an  aerodynamic  macroelement,  e.g.,  wing  component  or 
fuselage  segment.  The  nature  of  the  macroelement  varies  among  both  aerodynamic  models  and  among 
aerodynamic  components  within  each  model.  In  general,  however,  a  box  is  the  smallest  subdivision  of  the 
aerodynamic  component  for  which  data  (e.g.,  pressures,  forces,  and  moments)  are  computed.  Structural 
elements  are  either  metric  elements,  which  connect  structural  node  points  (grids);  scalar  elements,  which 
connect  pairs  of  degrees  of  fi*eedom  or  pairs  of  scalar  points;  or  mass  elements.  Table  31  shows  the  list  of 
aerodynamic  and  structural  elements  in  ASTROS  for  which  element  output  exist.  The  following  subsec¬ 
tions  document  the  quantities  that  are  available  as  output  for  each  of  these  elements.  The  structural 
mass  elements  are  not  included  in  this  table  since  they  have  no  element  response  quantities.  The 
NASTRAN  User’s  Mannal  (Reference  2)  was  used  as  a  major  resource  in  writing  this  section  and  the  user 
is  rsfisiTBci  to  it  for  additional  inforniation  on  th©  structural  ©iGinsnts. 

structural  element  output  is  available  for  all  disciplines  that  restilt  in  a  real  displacement  field. 
This  includes  STATICS,  modes,  transient,  blast,  and  saero  analyses.  Complex  displacement  fields 
(from  FLtTTTER  and  FREQUENCY  analyses)  result  in  computation  of  the  selected  (complex)  element  re¬ 
sponse  quantities,  but  their  formatted  print  is  not  available  except  through  executive  sequence  print 
utilities  described  in  Subsection  3.4.  For  all  disciplines  in  ASTROS,  the  solution  control  print  options 
STRESS,  STRAIN,  FORCE,  and  ENERGY  are  used  to  select  print  of  the  structural  element  quantities.  The 
AIRDISP  and  TPRESSURE  options  are  used  for  aerodynamic  element  quantities.  Each  of  these  print 
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Table  31 .  Aerodynamic  and  Structural  Elements  In  ASTROS 


AERODYNAMIC 

STRUCTURAL 

CAEROl 

CBAR 

CAER02 

CELASl,  CELAS2 

C AERO 6 

CIHEXl.  CIHEX2,  CIHEX3 

PAER06 

CROD,  CONROD 

CQDMEMl,  CTRMEM 

CTRIA3,  CQUAD4 

options  selects  either  ALL,  NONE  or  an  integer  set  identification  number  that  refers  to  one  or  more 
ELEHLZST  bulk  data  entries  specifying  which  elements  are  to  have  output  computed  and  printed.  Chap¬ 
ter  3  contains  the  complete  description  of  the  solution  control  print  command.  Each  output  is  carefully 
labeled  as  to  its  bovmdary  condition  number,  discipline  generating  the  response  field  and  load  condition, 
mode  number,  time  step,  firequency  step  or  flight  condition  represented  by  the  output. 

6.2.1 .1 .  Aerodynamic  Element  Output 

The  solution  control  PRINT  option  TPRESSURE  provides  the  trimmed  pressures  on  the  aerody¬ 
namic  boxes  for  SAERO  and  NPSAERO.  The  npsaero  trimmed  pressures  are  printed  to  the  output  file.  For 
SAERO,  the  trimmed  pressiires  are  computed  and  stored  in  the  relational  entity  OAGRBLOD.  The  AlRDXSP 
print  option  is  available  for  the  SAERO  discipline  and  provides  the  out-of-plane  displacements  and 
strear  -ise  slopes  of  the  aerodynamic  boxes  that  coorespond  to  the  struchiral  displacements.  These  data 
are  cc  ited  and  stored  on  the  relational  entity  OAGRDDSP. 

Aerodynamic  geometry  data  are  computed  and  stored  by  default  to  a  set  of  relational  entities  that 
parallel  the  structural  model.  These  data  forms  are  designed  primarily  for  model  checkout  of  the  SAERO 
and  NPSAERO  models  using  existing  FE  preprocessors  that  support  NASTRAN  style  input  data.  These 
relations  are:  aerogeoh  which  supplies  the  GRED-like  data  and  carogeom  which  provides  connectivity 
data  for  the  boxes  in  a  ROD  or  QUAD4  form.  The  ROD  is  used  to  model  the  outline  of  the  airfoils  and 
QUAD4’s  are  used  to  model  the  boxes. 

For  unsteady  aerodynamics,  the  box-on-box  aerodynamic  forces  are  only  available  through  the 
DEBUG/UNSTEADY  and  DEBUG/AMP  options  (see  Chapter  1).  The  geometry  data  are  not  available. 

6.2.1 .2.  Bar  Element  Output 

The  BAR  element  includes  extension,  torsion,  bending  in  two  perpendicular  planes  and  the 
associated  shears.  The  shear  center  is  assumed  to  coincide  with  the  elastic  axis.  The  BAR  element 
coordinate  system  is  shown  in  Figure  6.  The  orientation  of  the  BAR  element  is  described  in  terms  of  two 
reference  planes  defined  through  the  use  of  the  orientation  vector(v)  as  shown  in  that  figure.  The  positive 
directions  for  the  element  forces  are  shown  in  Figure  7.  Additional  information  on  the  structural  ele¬ 
ments  is  contained  in  Section  5  of  the  ASTROS  Theoretical  Manual. 
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Figure  6.  BAR  Element  Coordinate  System 

Stresses,  strains,  forces  and  strain  energies  are  available  as  output  for  the  BAR  element  through 
the  STRESS,  STRAIN,  FORCE,  and  ENERGY  solution  control  print  options.  The  following  element  forces  are 

output  on  request: 

( 1)  Bending  moments  at  each  end  in  both  reference  planes. 

(2)  Shear  forces  in  each  reference  plane. 

(3)  Average  axial  force. 

(4)  Tbrque  about  the  bar  axis. 

The  following  element  stresses  and  strains  in  the  element  coordinate  system  are  output  on  request: 

(1)  Average  axial  stress  or  strain. 

(2)  Extensional  stress  or  strain  due  to  bending  at  4  points  on  the  cross-section  at  each  end. 

(3)  MgvinrmTn  and  TniriiTnum  stress  or  strain  at  each  end. 

(4)  Stress  margins  of  safely  for  the  element  in  both  tension  and  compression. 

Tensile  stresses  and  strains  are  given  a  positive  value  while  compressive  stresses  and  strains  are 
given  a  negative  value.  The  bending  contribution  to  the  stresses  are  always  computed  at  the  four  points 
on  the  element  cross-section  that  were  specified  on  the  connectivity  entry  for  the  BAR  element.  This 
means  that  the  safety  margins  are  computed  using  all  eight  stress  values  even  if  all  4  stress  points  at 
each  end  are  the  same  and/or  coincide  with  the  element  axis.  Also,  margins  of  safety  are  printed  even  if 
no  stress  limits  were  given  on  the  material  entry.  In  these  cases,  a  very  large  value  for  the  margin  of 
safety  is  used  to  indicate  that  no  limits  were  specified.  In  addition,  ASTROS  fully  supports  strain  output 
for  the  BAR  element.  Strain  energies  may  also  be  requested  for  the  BAR  element.  The  strain  energy  print 
(which  is  identical  for  all  ASTROS  structural  elements)  is  patterned  after  that  in  NASTRAN.  It  shows 
the  total  strain  energy  for  the  given  displacement  field,  the  strain  energy  in  each  selected  element  and 
the  total  strain  energy  for  aU  the  elements  of  a  given  type,  e.g.,  all  the  BAR  elements.  Examples  of  each 
of  these  outputs  are  shown  in  Table  32. 
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Figure  7.  BAR  Element  Forces  Sign  Conventions 


Table  32.  BAR  Element  Output  Quantities 


1 


ELEMENT  SAl 

ID.  SBi 

106  -2.810616E+03 
7.498176E-02 


STRESSES  IN  B 
SA2  SA3 

SB2  SB3 

O.OOOOOOE+00  -2.810616E+03 


A  R  E  L  E  M 
SA4 
SB4 

2-810616E+03 


O.OOOOOOE+00  7.498176E-02  -7 . 498176E-02 


TRANSIENT 

ENTS 

AXIAL 

STRESS 

O.OOOOOOE+00 


ASTROS  VERSION  9.0  03/03/93  P.  16 

FINAL  ANALYSIS  SEGMENT 
ANALYSIS:  BOUNDARY  1,  TIME  =  4 . 9999997E-02 
(BAR) 

SA-MAX  SA-MIN  M.S.-T 

SB-MAX  SB-MIN  M.S.-C 

2.810616E+03  -2 . 810616E+03  1.7E+38 

7.498176E-02  -7 , 498176E-02  1.7E+38 


1 


ELEMENT  SAl 

ID,  SBI 

106  -1.963023E-04 
5.857950E-10 


STRAINS  IN  BAR  ELEME 
SA2  SA3  SA4 

SB2  SB3  SB4 

O.OOOOOOE+00  -1.963023E-04  1.963023E-04 

O.OOOOOOE+00  5.857950E-10  -5 . 857950E-10 


ASTROS  VERSION  9.0  03/03/93  P.  23 

FINAL  ANALYSIS  SEGMENT 

TRANSIENT  ANALYSIS:  BOUNDARY  1,  TIME  =  9 . 9999998E-03 
NTS  (BAR) 

AXIAL  SA-MAX  SA-MIN 

STRAIN  SB-MAX  SB-MIN 

O.OOOOOOE+00  1.963023E-04  -1 . 963023E-04 
5.857950E-10  -5 . 857950E-10 


1 


1 


ELEMENT 

ID. 

106 


ASTROS  VERSION  9.0  03/03/93  P.  31 

FINAL  ANALYSIS  SEGMENT 

TRANSIENT  ANALYSIS:  BOUNDARY  1.  TIME  =  9 . 9999998E-03 
FORCES  IN  BAR  ELEMENTS  (BAR) 

BEND-MOMENT  END-A  BEND-MOMENT  END-B  -  SHEAR  -  AXIAL 

PLANE  1  PLANE  2  PLANE  1  PLANE  2  PLANE  1  PLANE  2  FORCE  TORQUE 

O.OOOOOOE+00  3.195801E+00  O.OOOOOOE+00  -9 . 536743E-06  O.OOOOOOE+00  6.391621E-01  O.OOOOOOE+00  O.OOOOOOE+00 

ASTROS  VERSION  9.0  03/03/93  P.  31 

FINAL  ANALYSIS  SEGMENT 

TRANSIENT  ANALYSIS:  BOUNDARY  1,  TIME  =  9 . 9999998E-03 


ELEMENT  STRAIN  ENERGIES 


BAR  ELEMENTS  TOTAL  ENERGY  OF  ALL  ELEMENTS  IN  THE  SUBCASE  *  4.388508E-02 


ELEMENT  ID 

STRAIN  ENERGY 

PERCENT  OF  TOTA 

101 

1.430531E-03 

3.259722 

102 

4.057172E-04 

.924499 

103 

4.288774E-03 

9.772738 

104 

1.405888E-02 

32.035667 

105 

1.847305E-02 

42.094154 

106 

5.228124E-03 

11.913216 

ELEMENTS  SUBTOTAL 

4.388508E-02 

100.000000 
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6.2.1 .3.  ELAS  Element  Output 


The  ELAS  element  is  a  scalar  spring  element  which  relates  the  displacements  at  a  p^  of  scalar 
points  or  degrees  of  freedom  or  that  relates  a  single  degree  of  freedom  to  a  gromd  state.  The  element 
force  and  strain  energy  are  directly  available  for  the  element  and  the  user  c^  if  desired  ^  s^ 

quantity  that  relates  the  "stress"  in  the  element  to  the  displacement(s)  of  the  connected  degrees)  of 
Ledom.  On  output,  these  values  will  be  printed  for  each  output  request  for  each  se  ected  ELAS  element 
Strains  have  no  meaning  for  the  scalar  spring  element  and  any  such  requests  will  be 
warning.  Element  strain  energies,  however,  are  available  for  the  5®  computed  *0“^ 

spring  Lstant  and  the  nodal  displacements).  The  strain  energy  print  for  the  ELAS  is  identacal  to  that 
for  the  BAK  element  and  includes  a  breakdown  by  element  and  by  element  type.  If  no  scalar  value  is 
given  for  the  element  stress  but  the  stress  value  is  requested,  a  value  of  zero  will  be  computed  and 
printed  for  the  response  quantity  with  no  warnings  given. 


6.2.1 .4.  IHEX1  Element  Output 

The  IHEXl  element  is  a  linear  isoparametric  solid  hexahedron  element  with  three  extensional 
degrees  of  freedom  for  each  of  its  eight  nodes. 

Stresses,  strains,  and  strain  energies  are  available  as  output  for  the  IHEXl  element  through  &e 
STRESS,  STRAIN,  and  ENERGY  solution  control  print  command  options.  Force  output  is  not  available  lor 
the  IHEXl  element.  On  request,  the  following  stresses  and  strains  are  output  in  the  basic  coordinate 
system  at  the  center  and  at  each  comer  grid  point: 

(1)  Normal  stresses  or  strains  in  all  three  directions. 

(2)  Shear  stresses  or  strains  in  aU  three  planes. 

(3)  Principal  stresses  or  strains  in  all  three  directions  with  associated  direction  cosines. 

(4)  Mean  stress  or  strain. 

(5)  Octahedral  shear  stress  or  strain. 

The  stress  and  straia  output  at  each  of  the  nine  points  is  identified  by  a  stress  or  strain  point  ID.  The 
stress  and  strain  point  IDs  are  numbered  1  through  9,  vnth  the  first  eight  ordered  as  on  the  associated 
CIHEXI  input  data  entry,  and  the  ninth  located  at  the  element  center,  as  illustrated  m  Figure  8.  AU 
output  is  provided  in  the  basic  coordinate  system,  since  there  is  no  naturaUy  occurring  element  coordi¬ 
nate  system  for  the  IHEXl.  An  example  of  the  output  for  the  IHEX  family  of  elements  is  shown  in  Table 
33.  The  IHEXl  element  is  shown  with  the  IHEX2  and  IHEX3  elements  differing  only  in  the  number  of 

data  recovery  points. 

Strain  energy  output  may  be  requested  for  the  IHEXl  element.  The  strain  energy  print  for  the 
IHEXl  is  identical  to  that  for  the  BAE  element  and  includes  a  breakdown  by  element  and  by  element 
type. 
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1 


(a)  ELEMENT  GRID  POINTS  (b)  ELEMENT  STRESS  POINTS 


Figure  8.  IHEX1  Element  Geometry 


Table  33.  IHEX1  Element  Solution  Quantities 


STRESS 

POINT 

1 


2 


9 


STRAIN 

POINT 

1 


2 


9 


tresses  in  8-NODED  SOLID  ELEMENT  (IHEXl) 


- CENTER  AND  CORNER  POINT  STRESSES - 

NORMAL  SHEAR  PRINCIPAL 

X  -7.617902E+01  XY  -2 . 852164E+01  A  -6 . 942204E+00 

Y  -3.264816E+01  YZ  O.OOOOOOE+00  B  -1. 018850E+02 

Z  -3 .264816E+01  ZX  -3 .108560E+01  C  -3 . 264816E+01 

X  7.238755E+01  XY  -2.909098E+01  A  1.015376E+02 

Y  3.102324E+01  YZ  O.OOOOOOE+00  B  1.873196E+00 

Z  3.102324E+01  ZX  3.477372E+01  C  3.102325E+01 


X  O.OOOOOOE+00  XY  -2 . OOOOOOE+01  A  2-535997E+01 
Y  9.217892E+00  YZ  -3 , 080879E+00  B  -1. 615026E+01 
Z  -3.504066E-01  ZX  O.OOOOOOE+00  C  -3 . 422195E-01 


STRAINS  IN  8-NODED  SOLID 

- CENTER  AND  CORNER  POINT  STRAINS - 

NORMAL  SHEAR  PRINCIPAL 

X  -5.659012E-06  XY  -7 . 415626E-06  A  8.498356E-06 

Y  O.OOOOOOE+00  YZ  O.OOOOOOE+00  B  -1. 415737E-05 

Z  0,0O0O00E+00  ZX  -8.082256E-06  C  O.OOOOOOE+00 

X  5,377361E-06  XY  -7 . 5636S5E-06  A  1.477920E-05 

Y  O.OOOOOOE+00  YZ  O.OOOOOOE+00  B  -9. 401835E-06 

Z  O.OOOOOOE+00  ZX  9.041167E-06  C  O.OOOOOOE+00 


X  -2.660247E-07  XY  -5- 200001E-06  A  5.628016E-06 
Y  9.323016E-07  YZ  -8 . 010304E-07  B  -4 . 962797E-06 


DIRECTION 

COSINES 

MEAN 

OCTAHEDRAL 

A 

B 

C 

STRESS 

SHEAR  STRESS 

LX 

.52 

.85 

.00 

4.715845E+01 

4.009525E+01 

LY 

-.58 

.35 

.74 

LZ 

-.63 

.38 

-.68 

LX 

.84 

.54 

.00 

-4.481134E+01 

4,183963E-»-01 

LY 

-.35 

.54 

.77 

LZ 

.41  ■ 

-.65 

.64 

LX 

.62 

.77 

.15  -2.955829E+00 

1.710619E+01 

LY 

-.78 

.62 

.00 

LZ 

.09 

.12 

-.99 

E  L 

E  M  E  N 

T 

(  I 

H  E  X  1  ) 

DIRECTION 

COSINES 

MEAN 

OCTAHEDRAL 

A 

B 

C 

STRAIN 

SHEAR  STRAIN 

LX 

.61 

.79 

.00 

1.886337E-06 

9.344843E-06 

LY 

-.53 

.41 

.00 

LZ 

-.58 

.45 

.00 

LX 

.78 

.62 

.00 

-1.792454E-06 

9.952897E-06 

LY 

-.40 

.50 

.00 

LZ 

.48 

-.60 

.00 

LX 

.66 

.74 

.15  -1.182329E-07 

4.334298E-06 

LY 

-.75 

.67 

.00 
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6^.1 .5.  IHEX2  Element  Output 


The  IHEX2  element  is  a  quadratic  isoparametric  solid  hexahedron  element  with  three  exten- 
sional  degrees  of  freedom  for  each  of  its  20  nodes. 

Stresses,  strains,  and  strain  energies  are  available  as  output  for  the  IHEX2  element  through  the 
STRESS,  STRAIN,  and  ENERGY  solution  control  print  command  options.  Force  output  is  not  available  for 
the  TTTF.y2  element.  On  request,  the  following  stresses  and  strains  are  output  in  the  basic  coordinate 
system  at  the  twenty-one  points  located  at  the  center,  comers,  and  mid-edges  of  the  element. 

(1)  Normal  stresses  or  strains  in  all  three  directions. 

(2)  Shear  stresses  or  strains  in  all  three  planes. 

(3)  Principal  stresses  or  strains  in  all  three  directions  with  associated  direction  cosines. 

(4)  Mean  stress  or  strain. 

(5)  Octahedral  shear  stress  or  strain. 

The  stress  and  strain  output  at  each  of  the  21  points  is  identified  by  a  stress  or  strain  point  ID. 
The  stress  and  strain  point  IDs  are  numbered  1  through  21,  with  the  first  20  ordered  as  on  the  associated 
C1HEX2  input  data  entry,  and  the  21st  located  at  the  element  center.  Although  the  comer  stress  and 
strain  points  are  located  at  the  comer  grid  points  of  the  element,  the  mid-edge  stress  and  stram  points 
may  or  may  not  be  located  at  the  mid-edge  grid  points,  depending  on  the  location  of  those  grid  points.  The 
stress/strain  points  for  the  IHEX2  are  illustrated  in  Figure  9.  AU  output  is  given  in  the  element  coordi- 
nate  system  for  the  IHEX2. 


Strain  energy  output  may  be  requested  for  the  IHEX2  element.  The  strain  energy  print  for  the 
THF,y2  is  identical  to  that  for  the  BAR  element  and  includes  a  breakdown  by  element  and  by  element 
type. 


7 

6 

5 


(a)  ELEMENT  GRID  POINTS  (b)  ELEMENT  STRESS  POINTS 


Figure  9.  IHEX2  Element  Geometry 
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6.2.1 .6.  IHEX3  Element  Output 


The  IHEX3  element  is  a  cubic  isoparametric  solid  hexahedron  element  with  three  extensional 
degrees  of  freedom  for  each  of  its  32  nodes. 

Stresses,  strains,  and  strain  energies  are  available  as  output  for  the  IHEX3  element  through  the 
STRESS,  STRAIN,  and  ENERGY  solution  control  print  command  options.  Force  output  is  not  available  for 
the  IHEX3  element.  On  request,  the  following  stresses  and  strains  are  output  in  the  basic  coordinate 
system  at  the  21  points  located  at  the  center,  comers,  and  mid-edges  of  the  element: 

(1)  Normal  stresses  or  strains  in  all  three  directions. 

(2)  Shear  stresses  or  strains  in  aU  three  planes. 

(3)  Principal  stresses  or  strains  in  all  three  directions  with  associated  direction  cosines. 

(4)  Mean  stress  or  strain. 

(5)  Octahedral  shear  stress  or  strain. 

The  stress  and  strain  output  at  each  of  the  21  points  is  identified  by  a  stress  or  strain  point  ID. 
The  stress  and  strain  point  IDs  are  numbered  1  through  21.  The  first  20  points  are  ordered  as  on  the 
associated  cihex3  input  data  entry,  except  that  there  is  only  one  mid-edge  point  per  edge,  instead  of  two, 
and  the  21st  point  is  located  at  the  element  center.  Although  the  comer  stress  and  strain  points  are 
located  at  the  comer  grid  points  of  the  element,  the  mid-edge  stress  and  strain  points  may  or  may  not  be 
located  at  a  grid  point,  depending  on  the  location  of  the  mid-edge  grid  points.  The  stress/strain  points  for 
the  IHEX3  are  illustrated  in  Figure  10.  AU  output  is  provided  in  the  basic  coordinate  system,  since  there 
is  no  naturaUy  occurring  element  coordinate  system  for  the  IHEX3. 

Strain  energy  output  may  be  requested  for  the  IHEX3  element.  The  strain  energy  print  for  the 
IHEX3  is  identical  to  that  for  the  BAR  element  and  includes  a  breakdown  by  element  and  by  element 
type. 


(a)  ELEMENT  GRID  POINTS 


(b)  ELEMENT  STRESS  POINTS 


Figure  10.  IHEX3  Element 
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Figure  11.  ROD  Element  Coordinate  System 

6.2.1 .7.  Rod  Element  Output 

The  ASTROS  ROD  element  supports  both  extensional  and  rotational  properties.  The  element 
coordinate  system  and  sign  conventions  are  shown  in  Figure  11.  ASTROS  supports  stress,  strain,  force 
and  strain  energy  output  for  the  ROD.  The  forces  that  are  computed  are: 

(1)  Axial  force. 

(2)  Ibrque  about  the  element  axis. 

The  torque  and  force  are  both  computed  even  if  the  particular  element  does  not  support  torsional 
or  extensional  forces,  respectively.  In  these  cases,  a  value  of  zero  will  be  printed  for  the  appropriate 
response  quantity.  The  stresses  and/or  strains  that  are  available  are: 

(1)  Axial  stress  or  strain. 

(2)  Torsional  stress  or  strain. 

(3)  Margin  of  safety  for  axial  stress. 

(4)  Margin  of  safety  for  torsional  stress. 

The  margins  of  safety  for  strain  are  not  available  and  the  stress  margins  are  computed  even  if 
there  are  no  limits  specified  on  the  material  property  entry.  In  these  cases,  a  large  safety  margin  value  is 
used  to  signify  that  no  limits  were  unposed.  An  example  of  the  ROD  element  output  prints  is  shown  in 
Table  34.  The  strain  energy  print  for  the  ROD  is  identical  to  that  for  the  BAR  element  and  includes  a 
breakdown  by  element  and  by  element  type. 

6.2.1.8.  QDMEM1/TRMEM  Element  Output 

The  QDMEMl  isoparametric  element  and  the  TRMEM  constant  strain  triangular  element  are 
membrane  elements  which  support  isotropic,  orthotropic  and  composite  membrane  properties.  If  the 
element  is  composite,  the  individual  layers  are  treated  as  independent,  stacked  elements  in  which  each 
"layer,"  as  defined  on  the  pcomp  bulk  data  entry,  represents  an  element.  In  the  case  of  composite 
elements,  the  layers  are  numbered  sequentially  starting  with  the  first  layer  appearing  on  the  PCOMP 
entry.  Non-composite  elements  wiU  show  a  layer  number  of  zero. 
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Table  34.  ROD  Element  Solution  Quantities 


STRESSES  IN  ROD  ELEMENTS  (ROD) 

SAFETY  TORSIONAL  SAFETY  ELEMENT  AXIAL  SAFETY  TORSIONAL  SAFETY 

MARGIN  STRESS  MARGIN  ID.  STRESS  MARGIN  STRESS  MARGIN 

2.8E+00  O.OOOOOOE+00  1.7E+38  2  1.337487E+03  1.8E+01  O.OOOOOOE+00  1.7E+38 

2.7E+00  O.OOOOOOE+00  1.7E'f38  4  -1. 995846E+03  1.2E+01  0 , OOOOOOE-fOO  1.7E+38 

ASTROS  VERSION  9.0  03/03/93  P.  11 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS;  BOUNDARY  1,  SUBCASE  1 
STRAINS  IN  ROD  ELEMENTS  (ROD) 

TORSIONAL  ELEMENT  AXIAL  TORSIONAL 

STRAIN  ID.  STRAIN  STRAIN 

O.OOOOOOE+00  2  1.337487E-04  O.OOOOOOE+00 

O.OOOOOOE+00  4 

ASTROS  VERSION  9.0  03/03/93  P.  12 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
FORCES  IN  ROD  ELEMENTS  (ROD) 

ELEMENT  AXIAL 

TORQUE  ID.  FORCE  TORQUE 

O.OOOOOOE+00  2  4,012462E+04  O.OOOOOOE+00 

O.OOOOOOE+00  4 

Stresses,  strains,  forces  and  strain  energies  are  available  for  each  element  or  layer  of  a  composite 
element.  Since  the  stresses,  strains,  and  forces  vary  within  a  CQDMEMI  element,  the  intersection  point  of 
the  diagonals  projected  onto  the  mean  plane  of  a  warped  element  has  been  chosen  as  the  point  at  which 
the  stresses,  strains,  forces  and  strain  energies  for  the  element  are  computed.  The  stresses,  strains  and 
element  forces  are  computed  in  the  element  coordinate  system.  The  element  coordinate  system  and  the 
stress  computation  point  for  the  QDMEMl  element  are  shown  in  Figure  12  and  those  for  the  TRMEM  in 
Figure  13. 


ELEMENT  AXIAL 

ID .  STRESS 

1  6.512166E+03 

3  -6.821167E+03 
ITEN  BAR  TRUSS 

FINAL  STATIC  ANALYSIS 

ELEMENT  AXIAL 

ID.  STRAIN 

1  6.512166E-04 

3  -6.821167E-04 
ITEN  BAR  TRUSS 

FINAL  STATIC  ANALYSIS 

ELEMENT  AXIAL 

ID.  FORCE 

1  1.953650E+05 

3  -2.046350E+05 
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Figure  13.  TRMEM  Element  Coordinate  System 


ASTROS  computes  the  running  loads  associated  with  the  stresses  for  the  QDMEMl  element. 
These  forces  are: 

(1)  The  force  components  in  the  element  coordinate  system  at  the  stress  computation  point. 
The  QDMEMl  stress  and  strain  print  includes  the  following: 


(2)  The  normal  stresses  or  strains  at  the  stress  point  in  the  element  x-  and  y-directions. 

(3)  The  shear  stress  or  strain  on  the  element  x  face  in  the  element  y-direction. 


Table  35.  QDMEMl  Solution  Quantities 


SIMPLIFIED  FIGHTER  WING 


STRESSES  IN  QUADRILATERAL 


ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
MEMBRANES  (QDM  EMI) 


ELEMENT 

ID. 

1 

7 

13 


layer  STRESSES  IN  ELEMENT  COORD  SYSTEM  PRINCIPAL 

NO.  NOFMAL-X  NORMAL-Y  SHEAR-XY  STRESS  ANGLE 

0  5.748721E+02  -2 . 858559E+03  -1. 106961E+03  -16.4072 

0  -5.322678E+02  -7 .550425E+03  -2. 563776E+03  -18.0762 

0  -6. 414443E+02  3.114750E+03  1.165665E+03  74.0868 


PRINCIPAL  STRESSES 
major  MINOR 

9.008202E+02  -3 . 184507E+03 
3.045232E+02  -8 .387216E+03 
3.447088E+03  -9 .737824E+02 


MAX 

SHEAR 

2.042664E-H03 

4.345870E+03 

2.210435E+03 


SIMPLIFIED  FIGHTER  WING 


STRAINS  IN  QUADRILATERAL 


ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  I,  SUBCASE  1 
MEMBRANES  (QDM  EMI) 


ELEMENT 

ID. 

1 

7 


13  -1.669312E-04 

SIMPLIFIED  FIGHTER  WING 


STRAINS  IN  ELEMENT  COORD  SYSTEM 
NORMAL-X  NORMAL-Y  SHEAR-XY 

1.S18198E-04  -3.048268E-04  -2 . 944048E-04 
1.959372E-04  -7 . 374777E-04  -6 . 818553E-04 
3.326433E-04  3.100170E-04 


PRINCIPAL 
STRAIN  ANGLE 
-16.4051 
-18.0740 
74.0889 


PRINCIPAL  STRAINS 
MAJOR  MINOR 

l,951582E-04  -3 . 481652E-04 
3.071982E-04  -8 . 487387E-04 
3.768310E-04  -2 . 111190E-04 


FORCES 


IN  QUADRI 
ELEMENT 
ID. 

1 

7 

13 


MAX 
SHEAR 

5.433233E-04 
1.155937E-03 
5.879501E-04 

ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
LATERAL  MEMBRANES  (QDM  EMI) 
-MEMBRANE- 
FX  FY  FXY 

1.149744E+02  -5 . 717117E-*-02  -2 .213922E+02 

-1.064536E+02  -1. 510085E+03  -5. 127553E+02 

-1.282889E+02  6.229500E+02  2.331330E+02 
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(4)  The  angle  in  degrees  between  the  element  x-axis  and  the  major  principal  axis. 

(5)  The  major  and  minor  principal  (zero  shear)  stresses  or  strains. 

(6)  The  maximum  shear  stress  or  strain. 

An  example  of  the  printed  output  for  the  QDMEMl  is  shown  in  Table  35.  The  output  for  the 
TRMEM  is  identical  except  for  the  titling. 

The  strain  energy  print  for  the  QDMEMl  is  identical  to  that  for  the  BAR  element  and  includes  a 
breakdown  by  element  and  by  element  type. 

6.2.1 .9.  QUAD4/TRIA3  Element  Output 

The  QUAD4  and  TRIA4  isoparametric  quadrilateral  and  triangular  plate  elements  include  both 
membrane  and  bending  behavior.  Transverse  shear  flexibility  may  be  requested,  as  can  the  coupling  of 
membrane  and  bending  behavior.  The  QUAD4  element  coordinate  system  and  node  nvunbering  are 
shown  in  Figure  14.  The  TRIAS  element  coordinate  system  and  node  numbering  are  shown  in  Figure  15. 
These  elements  may  be  assigned  general  anisotropic  or  composite  material  properties.  For  designed 
composites,  the  layers  are  treated  as  stacked  membrane  elements  similar  to  the  QDMEMl  element.  In 
this  case,  the  layers  are  identified  by  ntunber  in  the  order  specified  on  the  PCOMP,  PCOMPl  or  PC011P2 
entry.  For  design  invariant  composite  laminates,  the  output  always  refers  to  the  aggregate  laminate 
properties  anH  refers  to  layer  number  zero.  The  reference  plane  of  the  QUAD4/TRIA3  elements  may  be 
offset  fi:om  the  plane  of  the  grid  points  and  variation  in  the  element  thickness  may  be  modeled  by 
assigning  different  element  thicknesses  at  each  of  the  grid  points.  The  reader  is  referred  to  Appendix  A  of 
the  ASTROS  Theoretical  Manual  for  additional  information  on  these  plate  bending  elements. 


Figure  14.  QUAD4  Element  Coordinate  System  Figure  15.  TRIAS  Element  Coordinate  System 
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Table  36.  QUAD4  and  TRIAS  Solution  Quantities 


ISIMPLIFIED  FIGHTER  WING 


STRESSES 
ELEMENT  LAYER  FIBER 

ID  NO.  DISTANCE 

3  0  -l.OOOOOE-01 

l.OOOOOE-01 
7  0  -l.OOOOOE-01 

l.OOOOOE-01 
13  0  -l.OOOOOE-01 

l.OOOOOE-01 


IN  QUADRILATERAL  PLA 
STRESSES  IN  STRESS  COORD  SYSTEM 
NORMAL-X  NORMAL-Y  SHEAR-XY 

6.91372E+02  -8.33210E+03  -2.21727E+03 

6.91372E+02  -8.33210E+03  -2.21727E+03 

-5-43684E+02  -7.64178E+03  -2.58719E+03 

-5.43683E+02  -7.64178E+03  -2.58719E+03 

-6.16923E+02  3.07066E+03  1.17650E+03 

-6.16923E+02  3.07066E+03  1.17650E+03 


ISIMPLIFIED  FIGHTER  WING 


DISTANCE 

-l.OOOOOE-01 

l.OOOOOE-01 

-l.OOOOOE-01 

l.OOOOOE-01 

-l.OOOOOE-01 

l.OOOOOE-01 


ISIMPLIFIED  FIGHTER  WING 


ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
PLATES  (QUAD4) 

'EM  PRINCIPAL  STRESSES  (ZERO  SHEAR) 

AR-XY  ANGLE  MAJOR  MINOR 

27E+03  -13.0858  1.20677E+03  -8.84749E+03 

27E+03  -13.0858  1.20677E+03  -8,84749E+03 

19E+03  -18.0457  2.99228E+02  -8.48469E+03 

19E+03  -18.0457  2.99228E+02  -8.48469E+03 

;50E+03  73.7292  3.41404E+03  -9.60305E+02 

;50E+03  73.7292  3.41404E+03  -9.60305E+02 


STRAINS  IN 
ELEMENT  LAYER  FIBER 


QUADRILATERAL  PL 
STRAINS  IN  STRESS  COORD  SYSTEM 


ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
ATES  (QUAD4) 

PRINCIPAL  STRAINS  (ZERO  SHEAR) 


NORMAL-X 

3.50886E-04 

3.50886E-04 

1.93048E-04 

1.93048E-04 

-1.64593E-04 

-1.64593E-04 


NORMAL-Y 

-8.56139E-04 

-8.56139E-04 

-7.46862E-04 

-7.46862E-04 

3.26487E-04 

3.26487E-04 


SHEAR-XY 
-5.91205E-04 
-5.91205E-04 

2E-04  -6.85105E-04  -18.0443  3.04642E-04  -8.58457E-04 

2E-04  -6.85105E-04  -18.0443  3.04642E-04  -8.58457E-04 

7E-04  3,13462E-04  73.7247  3.72245E-04  -2.10351E-04 

7E-04  3.13462E-04  73.7247  3.72245E-04  -2.10351E-04 

ASTROS  VERSION  9.0  03/03/93 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 
IRAL  PLATES  {QUAD4) 

-  BENDING  MOMENTS  -  -TRANSVERSE  SHEAR  F 

MX  MY  MXY  QX  Q 

O.OOOOOE+00  O.OOOOOE+00  O.OOOOOE+00  O.OOOOOE+00  0.00000 


ANGLE 

-13.0479 


MAJOR 

4.19391E-04 

4.19391E-04 


MINOR 

-9.24645E-04 

-9.24645E-04 


FORCES  IN  QUADRILATERAL 
-  MEMBRANE  FORCES  - 
FX  FY  FXY  M 

2.10645E+02  -1.73879E+03  -2.46591E+02  O.OOOOi 


5.97852E+01  -1.69688E-^03  1.03084E+01  2.03451E-07  O.OOOOOE+OO  O.OOOOOE+OO 


-TRANSVERSE  SHEAR  FORCES - 
QX  QY 

O.OOOOOE+OO  O.OOOOOE+00 
O.OOOOOE+OO  O.OOOOOE+OO 


-1.89788E+02  6.80536E+02  -4.45374E+01 


O.OOOOOE+OO  O.OOOOOE+OO  O.OOOOOE+OO  O.OOOOOE+OO  O.OOOOOE+OO 


Stresses,  strains,  forces,  and  strain  energies  are  available  as  output  for  the  QUAD4/TRIA3 
elements  through  the  STRESS,  strain,  force  and  energy  solution  control  print  command  options.  The 
following  element  stresses  and  strains  are  output  on  request: 

(1)  Combined  extensional  and  bending  stresses  and  strains  computed  at  the  element  center 
in  the  element  coordinate  system. 

(2)  Principal  stresses  and  straius  computed  at  the  element  center  including  the  angle  be¬ 
tween  the  element  x-axis  and  the  principal  axis. 

The  following  forces  are  output  on  request: 

(1)  Element  forces  computed  at  the  center  of  the  element  in  the  mean  plane  in  the  element 
coordinate  system. 

For  composite  materials,  all  output  quantities  are  computed  using  the  aggregate  laminate  prop¬ 
erties.  Hence,  output  of  stresses  or  strains  at  the  ply  or  laminae  level  is  currently  not  an  available  print 
option  for  the  QUAD4/TRIA3  elements  in  ASTROS.  An  example  of  the  printed  output  is  shown  in  Table 

36. 
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6.2.1.10.  Shear  Panel  Output 


The  shear  panel  is  an  element  which  resists  the  action  of  tangential  forces  applied  to  its  edges.  In 
ASTROS,  the  shear  panel  supports  only  isotropic  material  properties  and  makes  use  of  the  shear  flow 
distribution  approximation  of  Garvey  (Reference  4)  with  special  handling  for  warped,  parallel  edge  and 
general  trapezoidal  geometries.  The  element  force  sign  convention  is  shown  in  Figure  16.  The  stresses, 
strains,  forces  and  strain  energies  are  available  for  the  shear  panel.  The  element  forces  that  are  com¬ 
puted  include  the  following: 

(1)  The  eight  forces  between  each  pair  of  nodes;  each  force  is  directed  along  the  line  connect¬ 
ing  the  adjacent  nodes  (the  element  edge). 

(2)  The  four  "kick"  forces  at  each  node,  normal  to  the  plane  formed  by  the  two  adjacent  ele¬ 
ment  edges. 

(3)  The  shear  flows  (forces/unit  length)  along  each  edge. 

When  stresses  or  strains  are  requested,  they  are  computed  at  the  node  points  in  skewed  coordi¬ 
nates  parallel  to  the  adjacent  edges.  Both  the  average  and  maxirnmn  shear  stress  or  strain  are  then 
printed.  A  safety  margin  based  on  the  maximum  stress  value  is  computed  for  stress  output.  A  large 
safety  margin  is  printed  if  not  limits  were  specified  on  the  material  property  entry.  Table  37  contains  a 
sample  of  the  SHEAR  panel  element  output. 

The  strain  energy  print  for  the  SHEAR  panel  is  identical  to  that  for  the  BAR  element  and 
includes  a  breakdown  by  element  and  by  element  type. 

6.2.2.  Nodal  Response  Quantities 

ASTROS  has  two  basic  forms  of  node  point:  the  structural  node  and  the  extra  point.  The  struc¬ 
tural  node  is  defined  as  either  a  "grid"  point  having  6  degrees  of  freedom  (three  translations  and  three 
rotations)  or  a  "scalar"  point  having  a  single  degree  of  fireedom.  These  node  points  can  be  used  to  connect 
metric  and  scalar  structural  elements.  The  extra  point  is  similar  to  the  scalar  point  in  that  it  has  a  single 
degree  of  freedom,  but  differs  in  that  extra  points  included  ia  the  model  are  selected  in  the  boundary 
condition  rather  than  being  imphcitly  included  in  the  model.  Further,  they  cannot  be  connected  directly 
to  either  metric  or  scalar  structural  elements;  instead,  these  elements  are  connected  through  terms 
introduced  by  direct  matrix  input  or  by  transfer  functions.  Extra  points  are  used  in  dynamic  analyses  for 
modeling  control  systems  and  other  nonstructural  mechanisms  in  the  system  under  analysis.  These 
degrees  of  fireedom  do  not  appear  in  the  system  matrices  until  after  the  d3mamic  matrix  assembly  and  do 
not  appear  in  any  but  the  dynamic  response  disciplines  (flutter,  transient,  frequency  and  blast). 
When  nodal  output  is  requested  for  d3mamic  analyses,  any  extra  point  results  may  be  selected  using  the 
GRIDLIST  entry  just  as  are  grid  and  scalar  point  results. 

Nodal  output  is  available  for  all  disciplines  in  ASTROS,  although  particular  nodal  response 
quantities  may  not  be  available  for  all  disciplines.  The  solution  control  print  options  VELOCITY,  dis¬ 
placement,  GPFORCE,  LOAD,  SPCFORCE,  and  ACCELERATION  are  used  to  Select  print  of  the  nodal  re¬ 
sponse  quantities.  Each  of  these  print  options  selects  either  ALL,  NONE  or  an  integer  set  identification 
number  that  refers  to  one  or  more  GRIDLIST  bulk  data  entries.  Chapter  3  contains  the  complete  descrip¬ 
tion  of  the  solution  control  print  command.  Each  output  is  carefully  labeled  as  to  its  boimdary  condition 
number,  which  discipline  generated  the  output  quantities  and  which  load  condition,  mode  shape,  time 
step,  frequency  step  or  flight  condition  is  represented  by  the  output. 
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The  form  of  nodal  output  in  ASTROS  is  very  similar  for  all  nodal  output  quantities;  therefore, 
only  general  descriptions  will  be  given  rather  than  individually  describing  each  response  quantity  in 
turn.  In  general,  the  nodal  output  includes  the  node  point  identification  number  (sorted  by  external 
identification  number)  and  node  type:  (G)rid,  (S)calar  point  or  (E)xtra  point.  This  is  followed  by  either  one 
or  six  quantities  associated  with  the  node  point.  The  columns  of  the  print  are  labeled  Ti  for  the  transla¬ 
tions  and  Ri  for  the  rotation  where  i  =  1,  2  or  3.  An  example  is  shown  in  Table  38.  Complex  nodal 
quantities  are  generated  by  flutter  and  frequency  disciplines  and  can  be  printed  in  either  polar 
coordinates  or  cartesian  coordinates  through  the  form  option  on  the  PRINT  or  PUNCH  command.  Cartesian 
print  is  the  default.  Complex  quantities  are  printed  using  the  same  columns  as  real  nodal  data  but  use 
two  lines  of  output.  The  first  line  contains  either  the  real  part  or  the  magnitude  and  the  second  line 
either  the  imaginary  part  or  the  phase  angle  in  degrees.  An  example  of  POLAR  complex  print  is  shown  in 
Table  39. 

All  structural  disciplines  generate  DISPLACEMENT  output  except  some  flutter  analyses.  Flutter 
mode  shapes  are  generated  only  if  a  flutter  condition  occurs  in  the  selected  range  of  velocities  and  then 
only  if  the  FLUTTER  discipline  occurs  in  the  ANALYZE  subpacket  of  the  solution  control,  velocitys  are 
only  available  for  TRANSIENT,  BLAST  and  FREQUENCY  analyses.  ACCELERATIONS  are  available  for  STAT¬ 
ICS  with  inertia  relief,  SAERO  and  TRANSIENT,  BLAST  and  FREQUENCY  analyses. 

The  LOAD  option  selects  output  of  externally  applied  loads  at  the  nodal  points.  For  STATICS,  the 
applied  mechanical,  thermal  and/or  gravity  loads  are  output  for  the  selected  nodes  and  subcases.  Steady 
aeroelastic  loads  output  prints,  for  each  trim  condition,  those  trimmed  forces  applied  to  the  structure 
following  transformation  from  the  aerodynamic  model.  The  saero  "appUed"  load  is  the  sum  of  the 

Table  38.  Displacement  Vector 


TEN  BAR  TRUSS 
FINAL  STATIC  ANALYSIS 


ASTROS  VERSION  9.0  03/03/93  P.  7 

FINAL  ANALYSIS  SEGMENT 
STATICS  ANALYSIS:  BOUNDARY  1,  SUBCASE  1 


DISPLACEMENT  VECTOR 


POINT  ID. 

TYPE 

Tl 

T2 

T3 

Rl 

R2 

R3 

1 

G 

2.82588E-01 

-1.26504E+00 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

2 

G 

-3.17412E-01 

~1.31319E+00 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

3 

G 

2.34438E-01 

-5,58118E~01 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

4 

G 

-2.45562E-01 

-6.00705E-01 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

5 

G 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

6 

G 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+00 

O.OOOOOE+OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

Table  39.  Complex  Displacement  Vector 


ASTROS  VERSION  9.0  03/03/93  P.  8 

FINAL  ANALYSIS  SEGMENT 

FREQUENCY  ANALYSIS:  BOUNDARY  1.  FREQ  =  3 ,2179463E+00 

COMPLEX  DISPLACEMENT  VECTOR 
POLAR  FORM 


POINT  ID. 

TYPE 

Tl 

T2 

T3 

Rl 

R2 

R3 

7 

G 

O.OOOOOE+OO 

O.OOOOOE+OO 

1.17367E+01 

O.OOOOOE+OO 

5.63383E-01 

O.OOOOOE+OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

3.47650E+02 

O.OOOOOE+OO 

1.67894E+02 

O.OOOOOE+OO 
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trimmed  rigid  loads  and  the  flexible  correction.  Each  component  is  stored  independently  in  the  relation 
06RIDL0D,  but  the  APPLIED  component  is  printed  on  request,  transient,  freqxjency  and  blast 
disciplmes  compute  loads  at  user  specified  time  or  frequency  steps  which  may  be  printed.  The  FLUTTER 
and  NODES  disciplmes  have  no  loads  output. 

The  print  of  single  point  forces  of  constraint,  the  PRINT  SPCP  option,  has  been  implemented  in  a 
computational  sense  with  the  print  or  PUNCH  request  generating  the  spcforce  forces  for  all  disciplines 
(including  SAERO)  and  storing  the  terms  in  the  relation  06RIDL0D.  In  saero,  the  "applied"  load  that  is 
used  is  the  smn  of  the  trimmed  rigid  load  and  the  flexible  correction.  The  actual  printing  of  the  spcfor- 
CES  to  the  output  file  is  not  available. 

The  GPFORCE  print/punch  request  does  not  send  data  to  the  output  file  or  to  the  punch  file. 
Instead,  a  PRINT  or  PUNCH  request  will  result  in  the  storage  of  the  data  on  the  database.  The  relation 
used  to  store  gpforce  data  is  called  gpfdata  and  is  loaded  in  module  edr.  The  format  of  the  relational 
tuple  is: 


ATTRIBUTE 

DESCRIPTION 

NITER 

Iteration  Number 

BC 

Boundary  Condition  id  I 

DISC 

Discipline  Type  (as  in  CASE  relation)  I 

SUBCASE 

Subcase  number 

EID 

Element  id 

ETYPE 

Element  Type 

1  CHPI.X 

Complex  Flag  (l=Real,  2=Complex) 

SIL 

Internal  DOF  number 

FLAG 

Type  of  DOF  (6=GRID,  1=SCALAR) 

RFORCE 

Real  Part  of  Forces  j 

1  IFORCE 

Imaginary  Part  of  Forces  j 

where  BC,  niter,  disc  and  subcase  identify  the  ASTROS  analysis;  eid  and  etype  identify  the 
element;  SIL  identifies  which  degree(s)  of  fireedom  these  forces  are  associated  with  (obviously  it  is  one  of 
those  attached  to  the  element  eid/etype)  and  the  forces  are  stored  in  rforce  (and  IFORCE)  with  scalar 
points  using  only  word  1  of  each  array.  Notice  that  there  wiU  be  one  entry  for  each  grid/scalar  for  each 
element  for  each  subcase  for  each  discipline  for  each  boundary  condition  for  each  iteration  for  which  data 
are  requested  in  Solution  Control. 
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6.2.3.  Design  Variables  and  Design  Constraints 


There  is  an  important  distinction  between  global  design  variables  and  local  design  variables  in 
ASTROS.  A  number  of  linking  options  relating  global  variables  to  local  variables  are  provided  and  are 
described  in  Section  2  of  the  Theoretical  Manual.  Briefly,  the  local  variable  is  the  physical  element 
property  (e.g.,  thickness  or  cross-sectional  area)  that  is  free  to  change  in  the  design  process  while  the 
global  variables  are  the  actual  variables  that  are  modified  by  the  resizing  module.  The  resultant  physical 
variables  are  then  computed  based  on  the  user’s  linking  options  and  the  current  global  design  variable 
values. 


The  GDESIGN  solution  control  print  option  allows  the  user  to  request  that  a  set  of  the  global 
design  variables  be  printed  at  some  set  of  iterations.  The  global  variable  print  displays  the  user  assigned 
design  variable  identification  number,  the  current  value,  the  minimum  and  maximum  values  allowed  for 
the  global  variable,  the  sensitivity  of  the  objective  fimction  to  the  design  variable  and  the  linking  option 
used  to  relate  it  to  local  design  variables.  The  linking  options  are: 

(1)  Unique  Physical.  The  user  has  related  the  global  variable  to  a  single  local  variable 
through  a  DESELM  entry. 

(2)  Linked  Physical.  The  user  has  related  the  global  variable  to  some  number  of  local  vari¬ 
ables  through  a  combination  of  DESVARP  and  ELIST/PLIST  entries. 

(3)  Shape  Function.  The  user  has  related  this  and  possibly  other  global  variables  to  some 
number  of  local  variables  through  a  combination  of  desvars/shape  entries. 

The  final  item  in  the  global  design  variable  print  is  an  eight  character  user  label  identifying  the  design 
variable.  An  example  of  this  print  for  the  initial  iteration  of  the  ten  bar  truss  problem  is  shown  in  Table 
40  along  with  the  ldesign  print  output. 

The  LDESIGN  solution  control  print  option  allows  the  user  to  request  that  some  set  of  local  design 
variables  be  printed  at  some  set  of  iterations.  The  local  design  variables  are,  of  course,  element  depend¬ 
ent.  Each  element  type  that  has  elements  connected  to  global  design  variables  is  printed  separately.  The 
elements  are  identified  by  element  identification  number  and,  if  appropriate,  the  layer  number.  The 
linking  option  used  to  connect  them  to  the  global  variables  is  also  shown.  This  print  can  be  very  helpful 
in  checking  the  correctness  of  the  design  model.  Following  these  general  data  are  the  element  dependent 
local  variable  value  and  the  allowable  range  that  the  primaiy  value  can  take.  Note  that  the  BAR  element 
links  the  moments  of  inertia  to  the  cross-sectional  area  so  all  three  "design  variables"  are  shown  but  the 
area  is  the  only  independent  variable.  The  local  variable  print  accounts  for  all  scalar  factors  that  might 
appear  in  the  design  variable  linking  and  therefore,  indicates  the  true  physical  values  represented  by  the 
current  design.  Finally,  the  two-dimensional  elements  include  a  print  of  the  ratio  of  the  current  thickness 
to  the  minimum  thickness.  This  additional  item  is  included  as  a  convenience  to  allow  a  quick  computa¬ 
tion  of  the  nrunber  of  composite  plys  represented  by  a  particular  design  if  the  user  inputs  the  ply 
thickness  as  the  minimum  thickness  and  if  the  element  has  composite  material  properties. 

The  solution  control  print  option  DCONSTRAINT  selects  that  the  active  constraint  summary  print 
should  include  a  table  indicating  which  constraints  are  active,  their  current  value,  the  constraint  type 
and  other  identifying  data  connecting  the  constraints  to  a  particular  element,  subcase  and/or  discipline. 
Table  41  shows  the  DCONSTRAINT  print  in  addition  to  the  default  actcon  summary.  The  identifying  data 
for  each  constraint  in  the  print  includes  the  type  count,  which  is  a  running  count  (by  constraint  type) 
of  all  active  and  inactive  constraints.  This  allows  the  user  to  identify  exactly  which  constraint  is  active; 
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Table  40.  Design  Variable  Values 


ITEN  BAR  TRUSS 


STATIC  ANALYSIS 


DESIGN 

VARIABLE 

ID 


DESIGN 

VARIABLE 

VALUE 

2.00000E+00 

2.00000E+00 

2.00000E+00 

2.00000E+00 

2.00000E+00 


ITEN  BAR  TRUSS 


STATIC  ANALYSIS 

SUMMARY 


ASTROS 

VERSION  9.0 

03/03/93 

P.  7 

ASTROS 

ITERATION  1 

S  T  R  0  S  D 

E  S  I  G  N  V 

A  R  I  A  B  L  E 

VALUES 

MINIMUM 

MAXIMUM 

OBJECTIVE 

LINKING 

LAYER 

LAYER 

USER 

VALUE 

VALUE 

SENSITIVITY 

OPTION 

NUMBER 

LIST 

LABEL 

.66700E-03 

l.OOOOOE+03 

5.40000D+02 

XJNIQUE  PHYSICAL 

N/A 

N/A 

RODl 

.66700E-03 

l.OOOOOE+03 

5.40000D+02 

UNIQUE  PHYSICAL 

N/A 

N/A 

ROD2 

.66700E-03 

l.OOOOOE+03 

5.40000D+02 

UNIQUE  PHYSICAL 

N/A 

N/A 

ROD3 

.66700E-03 

1.00000E+03 

5.40000D+02 

UNIQUE  PHYSICAL 

N/A 

N/A 

ROD4 

.66700E-03 

l.OOOOOE+03 

5.40000D+02 

UNIQUE  PHYSICAL 

N/A 

N/A 

RODS 

ASTROS 

VERSION  9.0 

03/03/93 

P.  8 

ASTROS 

ITERATION  1 

LOCAL 

DESIGN 

VARIABLE 

S  —  ITER 

A  T  I  0  N  1 

ROD  E 

DEMENTS 

LINKING  OPTION 
UNIQUE  PHYSICAL 
UNIQUE  PHYSICAL 
UNIQUE  PHYSICAL 

unique  physical 

UNIQUE  PHYSICAL 


AREA 

3-OOOOOOOOE+Ol 
3.00000000E+01 
3.00000000E+01 
3 .OOOOOOOOE+01 
3.00000000E+01 


MINIMUM 

l.OOOE-01 

l.OOOE-01 

l.OOOE-01 

l.OOOE-01 

l.OOOE-01 


MAXIMUM 

1.500E+04 

1.500E+04 

1.500E+04 

1.500E+04 

1.500E+04 


Table  41.  Design  Constraint  Summary 


TEN  BAR  TRUSS 


STATIC  ANALYSIS 


ASTROS  VERSION  11.0 
ASTROS  ITERATION  13 


SUMMARY  OF  ACTIVE  CONSTRAINTS 
AFTER  ANALYSIS  13  OF  A  MAXIMUM  16 
18  CONSTRAINTS  RETAINED  OF  18  APPLIED 


CONSTRAINT  RETENTION  ALGORITHM  SUMMARY 
RFAC  =  3.000,  EPS  =  -.100,  NDV  =  10 

#  OF  CONSTRAINTS  RETAINED  BY  RFAC  =  18 

CUTOFF  CONSTRAINT  VALUE  =  -2.000 

#  ADDED  WITH  VALUES  GREATER  THAN  EPS  =  0 

#  OF  ADDITIONAL  MINIMUM  THICKNESS 
CONSTRAINTS  RETAINED  ONLY  FOR 

CONTROLLING  MOVE  LIMITS  (DCONTHK)  =  0 


CONSTRAINT  VALUE  CONSTRAINT  TYPE  TYPE  COUNT  BOUNDARY  ID  SUBCJ^E  ELEMENT  TYPE  EID/LAYR/DIMENSION 


1 

-1.99999E+00 

DISP/DCID  =  1 

2 

-1.99999E+00 

DISP/DCID  =  2 

3 

-1.36685E+00 

DISP/DCID  -  3 

4 

-1.73042E+00 

DISP/DCID  =  4 

5 

-8.14951E-06 

DISP/DCID  =  5 

6 

-6.63099E-06 

DISP/DCID  =  6 

7 

-6.33147E-01 

DISP/DCID  =  7 

8 

-2.69576E-01 

DISP/DCID  =  8 

9 

-7.30348E-01 

VON  MISES  STRESS 

10 

-9.99997E-01 

VON  MISES  STRESS 

11 

-6.70627E-01 

VON  MISES  STRESS 

12 

-7.28571E-01 

VON  MISES  STRESS 

e.g.,  the  fourth  flutter  constraint  or  the  3000th  Von  Mises  stress  constraint.  Additionally,  if  the  con¬ 
straint  is  associated  with  a  particular  boundary  condition,  the  associated  boundary  condition  identifica¬ 
tion  is  shown.  Similar  connections  are  made  for  subcase  and  element  dependent  constraints.  If  the 
constraint  is  not  boimdary  condition,  subcase  or  element  dependent,  zeros,  blanks  or  the  string  N/A  will 
appear  in  the  corresponding  columns  of  the  active  constraint  summary.  The  user  is  cautioned  that  the 
constraint  ordering  in  the  active  constraint  summary  is  not  necessarily  the  order  that  constraints  appear 
in  the  sensitivity  matrices,  the  design  module  or  other  discipline  dependent  output. 

Finally,  in  interpreting  the  constraint  values,  the  user  must  be  aware  of  some  featiires  of  AS¬ 
TROS  design  constraints.  The  constraints  in  ASTROS  are  all  formulated  such  that  a  value  greater  than 
zero  represents  a  violated  constraint.  Also,  all  the  constraints  are  normahzed  in  some  manner  by  the 
design  allowable.  The  normalization  has  been  formulated  in  such  a  way  as  to  provide  the  best  behavior 
under  the  linear  approximations  used  in  the  approximate  optimization  problem  but  this  has  the  effect  of 
obscuring  the  physical  meaning  of  the  constraint.  The  user  is  referred  to  the  Theoretical  Manual  for  the 
exact  form  of  each  constraint. 
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6.2.4.  Flutter/Normal  Modes  Response  Quantities 


The  solution  control  print  option  ROOTS  for  flutter  selects  that  the  root  extraction  summary  for 
flutter  analyses  be  printed.  In  addition,  if  the  flutter  analyses  appear  in  the  ANALYZE  subpacket  of  the 
solution  control  packet,  the  modal  participation  factors  of  any  flutter  conditions  will  be  printed.  The  roots 
are  ordered  such  that  the  lowest  frequency  root  at  each  velocity  is  associated  with  the  lowest  frequency 
normal  mode  arid  so  on  in  increasing  frequency  order.  For  each  normal  mode,  the  corresponding  velocity 
value,  damping  ratio,  frequency  and  complex  eigenvalue  are  shown.  For  optimize  flutter  analyses,  only 
the  user’s  input  velocities  are  used  in  the  root  extraction  algorithm,  analyze  flutter  analyses  may 
generate  additional  velocities  in  the  process  of  converging  to  a  flutter  crossing.  Further,  OPTIMIZE  flutter 
analyses  assume  that  constraints  are  imposed  and  print  out  the  type  count  and  CONSTRAINT  VALUE 
as  shown  in  Table  42.  These  columns  do  not  appear  for  analysis  cases. 

The  complex  modal  participation  factors  for  each  of  the  normal  modes  in  the  modal  repre¬ 
sentation  of  the  structure  are  printed  if  the  ROOTS  print  option  is  selected  in  analyze  flutter  disciplines 
and  a  flutter  crossing  is  foimd.  A  flutter  crossing  can  occur  for  each  Mach  number  and  density  ratio 
combination  in  the  flutter  analysis.  Therefore,  the  flutter  condition  is  identified  by  velocity,  Mach  munber 
and  density  ratio  to  distinguish  among  multiple  flutter  conditions  in  the  same  analysis.  An  example  is 
given  in  Table  43  in  which  the  index  is  the  normal  mode  and  real/imag  are  the  complex  factor.  Note 
that  a  zero  participation  factor  will  be  shown  for  normal  modes  that  the  user  omitted  from  the  flutter 
analysis. 


Table  42.  Flutter  Solution  Results 


ASTROS  VERSION  9.0  03/03/93  P.  20 

ASTROS  ITERATION  4 


S 

U  M  M  A  R  Y 

OF  P  -  K 

FLUTTER 

EVALUATI 

0  N 

MODE  -  1 

MACH  NUMBER 

=  .8000  DENSITY  RATIO  = 

l.OOOOE+00 

TYPE  CONSTRAINT 

COUNT  VALUE 

VELOCITY 

EQUIVALENT  TRUE 

DAMPING 

RATIO 

FREQUENCY 

CYC/ SEC  RAD/ SEC 

COMPLEX 

REAL 

EIGENVALUE 

IMAGINARy 

1  -1.890E+00 

7  -1.008E+01 

13  -2.202E+00 

19  -1.711E+00 

25  -1.536E+00 

1.01150E+04 

1.51725E+04 

1.71955E+04 

1.82070E+04 

l,87128E+04 

1.01150E+04 

1.51725E+04 

1.71955E+04 

1.82070E+04 

1.87128E+04 

-3.78041E-01 

~2.01653E-»-00 

-4.40401E-01 

-3.42128E-01 

-3.07225E-01 

2.28032E+01 

2.49806E+01 

O.OOOOOEh-OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

1.43276E+02 

1.S6958E+02 

O.OOOOOE+OO 

O.OOOOOE+OO 

O.OOOOOE+OO 

-6.42583E-02 

-2.50330E-01 

-1.52631E-01 

-1.18573E-01 

-1.06476E-01 

3.39954E-01 

2.48278E-01 

5.78939E-08 

2.59419E-11 

1.89918E-14 

MODE  =  2 

MACH  NUMBER 

=  .8000  DENSITY  RATIO  = 

l.OOOOE+00 

TYPE  CONSTRAINT 

COUNT  VALUE 

VELOCITY 

EQUIVALENT  TRUE 

DAMPING 

RATIO 

FREQUENCY 

CYC /SEC  RAD/ SEC 

COMPLEX 

REAL 

EIGENVALUE 

IMAGINARY 

2  -2.292E+00 

8  -1.017E+00 

14  -3.128E-01 

20  -2.659E-02 

26  1.055E-01 

1.01150E+04 

1.51725E+04 

1.71955E+04 

1.82070E+04 

1.87128E+04 

1.01150E+04 

1.51725E+04 

1.71955E+04 

1.82070E+04 

1.87128E+04 

-4.58386E-01 

-2.03466E-01 

-6.25583E-02 

-5.31809E-03 

2.11023E-02 

4.39390E+01 

2.88941E+01 

2.99157E+01 

3.02772E+01 

3.04440E+01 

2.76077E+02 

1.81547E+02 

1.87966E+02 

1.90237E+02 

1.91285E+02 

-1.50133E-01 

-2.92149E-02 

-8.20597E-03 

-6.66799E-04 

2.58853E-03 

6.55051E-01 

2.87173E-01 

2.62346E-01 

2.50766E-01 

2.45332E-01 
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Table  43.  Modal  Participation  Factors 


ASTROS  VERSION  9.0  03/03/93  P.  31 

FINAL  ANALYSIS  SEGMENT 
MODES  ANALYSIS:  BOUNDARY  2 


MODAL  PARTICIPATION  FACTORS  FOR  CRITICAL  FLUTTER  SPEED  OF; 


MACH 

V(TRUE)  = 

V(EQ) 

DENSITY  RATIO  - 
FREQUENCY 


.8000 
18306.8594 
18306.8594 
1.000000 
30.310659  H2, 


190.447495  RAD/S 


INDEX 

REAL 

IMAG 

INDEX 

REAL 

IMAG 

INDEX 

REAL 

IMAG 

1 

9.8031E-01 

O.OOOOE+00 

2 

6.4565E-02 

-1.8495E-01 

3 

-1.5952E-02 

-9.2147E-03 

4 

1.1690E-02 

-8.5903E-03 

5 

5.0619E-03 

-2.7755E~03 

6 

5.2087E-03 

8,6489E-04 

The  ROOTS  print  option  for  normal  modes,  illustrated  in  Table  44,  selects  that  the  eigenvalue 
extraction  table  be  printed.  It  will  appear  immediately  ahead  of  any  eigenvectors,  if  any  were  selected. 
The  table  is  patterned  after  that  in  NASTRAN  and  includes  the  eigenvalues  (in  sorted  order),  the 
extraction  order,  the  cyclic  and  radian  frequency  and  generalized  mass  and  generahzed  stiffiiess  for  each 
eigenvector  computed.  The  table  is  prefaced  by  data  identifying  the  eigenvalue  extraction  method  and 
some  self-explanatory  method  dependent  data. 

6.2.5.  Aeroelastic  Trim  Quantities 


The  TRIM  solution  control  print  option  select  that  the  aeroelastic  trim  parameters  and  stability 
coefficients  be  printed.  There  are  two  types  of  aeroelastic  trim  analyses  in  ASTROS:  (1)  SYMMETRIC  and 
(2)  ANTISYMMETRIC.  The  number  of  degrees  of  freedom  supORTed  at  the  support  point  determine  the 
number  of  trim  degrees  of  freedom,  symmetric  analyses  may  have  DOF’s  1,  3  and/or  5  (thrust,  lift,  pitch) 
or  any  combination.  ANTISYMMETRIC  analyses  may  have  2,  4,  and/or  6  (side-force,  roll,  yaw)  or  any 

Table  44.  Real  Eigenanalysis  Results 


lINTERMEDIATE  COMPLEXITY  WING  ASTROS  VERSION  9,0  03/03/93  P.  29 

QDMEMl  ELEMENTS  WITH  153  DESIGN  VARIABLES  FINAL  ANALYSIS  SEGMENT 

NORMAL  MODES  MODES  ANALYSIS:  BOUNDARY  2 


SUMMARY  OF  REAL  EIGEN  ANALYSIS 


58  EIGENVALUES  AND  6  EIGENVECTORS  EXTRACTED  USING  METHOD  GIVENS 
MAXIMUM  OFF  DIAGONAL  MASS  TERM  IS  2 . 608506147E-15  AT  ROW  5  AND  COLUMN  4 


MODE 

EXTRACTION 

EIGENVALUE 

FREQUENCY 

GENERALIZED 

ORDER 

(RAD/S) **2 

(RAD/S) 

(HZ) 

MASS 

STIFFNESS 

1 

57 

1.80997E+04 

1.34535E+02 

2.14119E+01 

7.09235E-02 

1.28370E+03 

2 

56 

9.14126E+04 

3.02345E+02 

4.81197E+01 

7.63528E-02 

6.97961E+03 

3 

58 

1.86623E+0S 

4.31999E+02 

6.87547E+01 

1-11454E-01 

2.07998E+04 

4 

55 

3.21398E+05 

5.66920E+02 

9.02281E+01 

7.53867E-02 

2,42291E+04 

5 

54 

6.23876E+05 

7.89858E+02 

1.25710E+02 

1.49350E-01 

9.31757E+04 

6 

53 

8.25231E+05 

9.08422E+02 

l,44580E+02 

8.80090E-02 

7.26278E+04 

7 

52 

1.11603E+06 

1.05642E+03 

1.68135E+02 

O.OOOOOE+00 

O.OOOOOE+00 

8 

51 

1.64091E+06 

1.28098E+03 

2.03875E+02 

O.OOOOOE+00 

O.OOOOOE+00 
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combination.  The  thrust  DOF  should  never  be  free  since  ASTROS  has  no  mechanism  to  input  thrust  and 
the  drag  computations  based  on  potential  aerodynamics  are  invariably  poor.  The  code  does  not  impose 
any  restriction,  however.  Each  TRIM  print  is  labeled  with  the  Mach  number,  dynamic  pressure,  reference 
grid  point,  and  the  appropriate  normalization  parameters.  These  parameters  are  the  reference  area  and 
chord  length  for  longitudinal  coefficients  and  reference  area  and  span  for  lateral  coefficients. 

The  SYMMETRIC  trim  print  includes,  in  the  most  general  case,  the  drag,  lift  and  pitching  moment 
stability  coefficients  for: 

Cd  Cj^  Cj^  -  Thickness  and  camber  effects 

0,  0,  0 

Cj^  ,  Cj^  ,  ,  -  Angle  of  attack  (a)  in  both  radians  and  degrees 

■^a  a  a 

Cn  ,  Ct  ,  Cjyf  -  User  defined  control  surface  deflection(s)  (5)  in  both  radians  and  degrees 

•^8  H  ^6 

Cjj  ,  Cj^,  -  Ktch  rate  (q)  in  both  radians  and  degrees. 

?  9  9 

These  nondimensional  factors  are  imphcitly  defined  in  the  following  equations: 


These  definitions  are  the  standard  forms  used  in  aircraft  stability  and  control  (see  Reference  5). 

Each  of  these  three  quantities  (drag,  lift  and  pitching  moment  coefficients)  is  shown  in  up  to 
three  forms  (Table  45): 
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Table  45.  Symmetric  Trim  Results 


ISIMPLIFIED  WING  STRUCTURE  DESIGN  ASTROS  VERSION  9.0  03/03/93  P.  9 

STRESS,  DISP,  LIFT  AND  AILERON  EFFECTIVENESS  CONSTRAINTS  ASTROS  ITERATION  1 

SYMMETRIC  CONDITION 


NONDIMENS lONAL  LONGITUDINAL  STABILITY  DERIVATIVES 
COMPUTED  AT  THE  AERODYNAMIC  REFERENCE  GRID  AND  INCLUDING  ANY  CONTROL  EFFECTIVENESS 


TRIM  : 

IDENTIFICATION  = 

100 

REFERENCE  GRID 

= 

20 

REFERENCE  AREA 

2.4000E+03 

REFERENCE  CHORD 

=  2.' 

OOOOE+01 

«< 

DRAG 

»> 

«< 

LIFT 

»>  «<  PITCHING  MOMENT  »> 

RIGID 

RIGID 

FLEXIBLE 

RIGID 

RIGID 

FLEXIBLE 

RIGID 

RIGID 

FLEXIBLE 

PARAMETER 

LABEL 

DIRECT 

SPLINED 

DIRECT 

SPLINED 

DIRECT 

SPLINED 

THICKNESS/CAMBER 

"THKCAM 

“ 

-.0012 

N/A 

N/A 

.0099 

.0099 

.0173 

.0057 

.0057 

.0069 

ANGLE  OF  ATTACK 

“ALPHA 

“  1/DEG 

.0010 

N/A 

N/A 

.1173 

.1173 

.1928 

-.0062 

-.0062 

.0080 

ANGLE  OF  ATTACK 

“ALPHA 

“  1/RAD 

.0582 

N/A 

N/A 

6.7223 

6,7223 

11.0489 

-.3552 

-.3552 

.4573 

PITCH  RATE 

“QRATE 

“  S/DEG 

-.0015 

N/A 

N/A 

.0923 

.0923 

.1004 

-.2034 

-.2034 

-.1999 

PITCH  RATE 

“ORATE 

*  S/RAD 

-.0870 

N/A 

N/A 

5.2878 

5.2878 

5.7517  -11.6513 

-11.6513 

-11.4535 

CONTROL  SURFACE 

“ELEV 

“  1/DEG 

-.0012 

N/A 

N/A 

.0118 

.0118 

.0128 

-.0431 

-.0431 

-.0420 

CONTROL  SURFACE 

“ELEV 

"  1/RAD 

-.0670 

N/A 

N/A 

.6775 

.6775 

,7346 

-2.4704 

-2.4704 

-2.4069 

COMPUTED  DRAG  VALUES  ARE  INCLUDED  FOR  COMPLETENESS  AND  MODEL  CHECK-OUT  ONLY 
USE  CAUTION  IN  INTERPRETING  THEIR  PHYSICAL  VALIDITY 
VALDES  MARKED  -N/A'  CANNOT  BE  COMPUTED  UNLESS  THE  CORRESPONDING  DOF  IS  SUPPORTED 


TRIM  RESULTS  FOR  TRIM  SET  100  OF  TYPE  PITCH 


MACH  NUMBER  8.00000E-01 
DYNAMIC  PRESSURE  6.50000E+00 
VELOCITY  9.86400E+03 


TRIM  PARAMETERS: 


DEFINITION 

LABEL 

FLEXIBLE 

RIGID 

LOAD  FACTOR 

PITCH  RATE 

ANGLE  OF  ATTACK 

CONTROL  SURFACE  ROTATION 

THICKNESS/ CAMBER 

“N2 

“QRATE 

“ALPHA 

•ELEV 

“THKCAM  “ 

3.09119E+03 

1.56990E+01 

1.26089E+00 

-2,11388E+00 

l.OOOOOE+00 

3.09119E+03 

1.56990E+01 

2.17052E+00 

-2.63485E+00 

l.OOOOOE+00 

DEG/S 

DEG 

DEG 

{USER  INPUT) 
(USER  INPUT) 
(COMPUTED) 
(COMPUTED) 
(USER  INPUT) 

(1)  The  stability  derivative  for  the  rigid  aerod3niainic  model  as  computed  directly  from  the 
forces  acting  on  the  aerodynamic  boxes  (termed  direct  in  the  output).  This  output  al¬ 
ways  appears  since  it  comes  directly  from  the  aerodynamic  model. 

(2)  The  stability  derivative  for  the  rigid  aerod3mamic  model  as  computed  from  the  forces 
tramsformed  to  the  structural  degrees  of  freedom  (termed  SPLINEd  in  the  output).  This 
output  only  appears  if  the  associated  DOF  is  suPORTed. 

(3)  The  flexible  derivative  which  includes  corrections  for  the  flexibihty  and  inertia  relief  ef¬ 
fects.  This  output  only  appears  if  the  associated  DOF  is  SUPORTed. 

If  the  first  two  forms  do  not  agree  closely  (within  1-2  percent),  the  spline  transformation  may  be 
incorrect  or  some  of  the  applied  load  is  being  reacted  by  model  SPCs  or  MPCs  before  reaching  the  SUPORT 
points.  This  latter  is  the  most  common  occurrence  so  that  SPCFORCE  and  gpforce  data  are  the  first 
place  to  look  to  correct  the  problem.  The  SPLINEd  and  flexible  forms  are  used  in  the  stabihty  coeffi¬ 
cient  constraint  calculations  (DCONALE,  DCONCIA,  DCONSCF). 
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Finally,  the  trim  parameters  that  were  computed  for  the  current  flight  condition  are  shown.  In 
general,  these  are  the  angle  of  attack  in  degrees,  the  pitch  rate  in  deg/s,  and  the  symmetric  conteol 
surface  deflection  angle(s)  in  degrees.  In  each  case,  the  rigid  and  flexible  trim  state  is  shown  (the  ri^d 
is  informational  only)  and  the  parameter  is  labeled  as  COMPUTED  if  it  was  a  free  parameter  in  the  trim 
analysis  or  USER  INPUT  if  it  was  a  fixed  user  input  trim  parameter.  Only  those  parameters  explicitly 
called  out  on  the  TRIM  bulk  data  entry  are  listed. 


The  ANTISYMMETRIC  trim  print  is  similar  except  that  the  degrees  of  freedom  that  are  available 
result  in  coefficients  for  side  force,  rolling  moment  and  yawing  moment. 


=  Yaw  angle  (p),  in  both  radians  and  degrees. 

=  Yaw  rate  (r),  in  both  radians  and  degrees. 

=  Roll  rate  (p),  in  both  radians  and  degrees. 

=  User  defined  control  surface  deflection(s)  (5),  in  both  radians  and  degrees. 
These  nondimensional  factors  are  implicitly  defined  in  the  following  equations: 

Side  Force  =  qs\ 


Cy  ,C^ 


Cy  ,C^ 

r  r  r 


Cy  ,Cl 

P  P  P 
Cy  ,C^  ,Cj^ 

-‘5  ‘’5 


%  P  ^Yr  2V  2I  ^ 


Roll  Moment 


Yaw  Moment 


=  qSb 
=  qSb 


fori  -  1 ,..., 

fori  =  1 ,..., 


fori  =  1 ,...,  n 


‘ANn 


where, 

b 


n 


ANTI 


reference  semispan 

The  number  of  antisymmetric  control  surfaces 


These  quantities  are  shown  in  three  forms  as  shown  in  Table  46: 

(1)  The  stability  derivative  for  the  rigid  aerodynamic  model  as  computed  directly  from  the 
forces  acting  on  the  aerodynamic  boxes  (termed  direct  in  the  output).  This  output  al¬ 
ways  appears  since  it  comes  directly  from  the  aerodynamic  model. 

(2)  The  stability  derivative  for  the  rigid  aerodynamic  model  as  computed  from  the  forces 
transformed  to  the  structural  degrees  of  freedom  (termed  SPLINEd  in  the  output).  This 
output  only  appears  if  the  associated  DOF  is  sUPORTed. 

(3)  The  flexible  derivative  which  includes  corrections  for  the  flexibility  and  inertia  relief  ef¬ 
fects.  This  output  only  appears  if  the  associated  DOF  is  SUPORTed. 
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Table  46.  Antisymmetric  Trim  Results 


ISIMPLIFIED  WING  STRUCTURE  DESIGN  ASTROS  VERSION  9.0  03/03/93  P.  26 

STRESS,  DISP,  LIFT  AND  AILERON  EFFECTIVENESS  CONSTRAINTS  ASTROS  ITERATION  2 

ANITSYMMETRIC  CONDITION 


NONDIMENSIONAL  LATERAL  STABILITY  DERIVATIVES 
COMPUTED  AT  THE  AERODYNAMIC  REFERENCE  GRID  AND  INCLUDING  ANY  CONTROL  EFFECTIVENESS 


TRIM 

IDENTIFICATION 

200 

REFERENCE  GRID 

= 

20 

REFERENCE  AREA 

2.4000E+03 

REFERENCE  SPAN 

=  6.1 

OOOOE+01 

«< 

SIDE  FORCE 

»> 

«<  ROLLING  MOMENT  »> 

«< 

YAWING  MOMENT  >» 

RIGID 

RIGID 

FLEXIBLE 

RIGID 

RIGID 

FLEXIBLE 

RIGID 

RIGID 

FLEXIBLE 

PARAMETER 

LABEL 

DIRECT 

SPLINED 

DIRECT 

SPLINED 

DIRECT 

SPLINED 

YAW  ANGLE 

"BETA 

■  1/DEG 

.0000 

N/A 

N/A 

.0000 

.0000 

.0000 

.0000 

N/A 

N/A 

YAW  ANGLE 

"BETA 

•  1/RAD 

.0000 

N/A 

N/A 

.0000 

.0000 

.0000 

.0000 

N/A 

N/A 

YAW  RATE 

"RRATE 

•  S/DEG 

.0000 

N/A 

N/A 

.0000 

.0000 

.0000 

.0000 

N/A 

N/A 

YAW  RATE 

"RRATE 

■  S/RAD 

.0000 

N/A 

N/A 

.0000 

.0000 

.0000 

.0000 

N/A 

N/A 

ROLL  RATE 

•PRATE 

•  S/DEG 

.0000 

N/A 

N/A 

-.0418 

-.0418 

-.0510 

-.0002 

N/A 

N/A 

ROLL  RATE 

■PRATE 

"  S/RAD 

.0000 

N/A 

N/A 

-2.3951 

-2.3951 

-2.9248 

-.0112 

N/A 

N/A 

CONTROL  SURFACE 

•AILERON 

■  1/DEG 

.0000 

N/A 

N/A 

.0166 

.0166 

.0160 

.0000 

N/A 

N/A 

CONTROL  SURFACE 

•AILERON 

■  1/RAD 

.0000 

N/A 

N/A 

.9508 

.9508 

.9191 

.0018 

N/A 

N/A 

VALUES  MARKED  "N/A*  CANNOT  BE  COMPUTED  UNLESS  THE  CORRESPONDING  DOF  IS  SUPPORTED 


TRIM  RESULTS  FOR  TRIM  SET  200  OF  TYPE  ROLL 


MACH  NUMBER  8.00000E-01 
DYNAMIC  PRESSURE  6.50000E+00 
VELOCITY  9.86400E+03 


TRIM  PARAMETERS: 

DEFINITION 


LABEL 


FLEXIBLE 


RIGID 


CONTROL  SURFACE  ROTATION  "AILERON  "  l.OOOOOE+00 

ROLL  RATE  "PRATE  "  1.03324E+02 


l.OOOOOE+00  DEG 
1.30519E+02  DEG/S 


(USER  INPUT) 
(COMPUTED) 


As  in  the  longitudinal  case,  discrepancies  between  the  data  for  the  first  two  forms  may  indicate 
an  error  in  the  spline  transformations  or,  more  likely,  the  boundary  conditions  to  allow  the  applied  load 
to  reach  the  SUPORT  point  unreacted.  The  effectiveness  calculations  are  performed  using  the  third  form. 

Finally,  the  trim  parameters  that  were  computed  for  the  current  flight  condition  are  shown.  In 
general,  these  are  the  yaw  angle  in  degrees,  the  yaw  rate  in  deg/s,  the  roU  rate  in  deg/s,  and  the 
ANTISYMMETRIC  control  Surface  deflection  angle(s)  in  degrees.  In  each  case,  the  rigid  and  flexible  "trim" 
state  is  shown  (the  rigid  is  informational  only)  and  the  parameter  is  labeled  as  COMPUTED  if  it  was  a  fi*ee 
parameter  in  the  trim  analysis  or  USER  INPUT  if  it  was  a  fixed  user  input  trim  peirameter.  Only  those 
parameters  explicitly  called  out  on  the  trim  bulk  data  entry  are  listed. 

6.3.  SUMMARY  OF  SOLUTION  RESULTS 

Some  of  the  solution  results  of  ASTROS  are  written  to  the  print  file  while  others  are  placed  on 
the  CADDB  database.  In  the  latter  case,  they  can  be  accessed  using  the  ICE  interactive  program.  Table 
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47  provides  a  summary  of  each  quantity  and  indicates  whether  the  data  are  printed  or  stored.  In  each 
case,  if  the  PUNCH  request  results  in  storage  of  the  data,  the  PRINT  request  also  stores  the  data  even  if 
the  actual  printing  of  the  data  occurs. 

Table  47.  Summary  of  Output  Quantities 


QUANTITY 


ACCEL 


AIRDISP 


BUCK 


CGRAD 


DCON 


DISP 


ENERGY 


FORCE 


6DESIGN 


GPFORCE 


6PWG 


KSNS 


LDESIGN 


LOAD 


MASS 


MODEL 


HSNS 


OGRADXENT 


QHH 


QHJ 


ROOT 


SPCF 


STIFFNESS 


STRAIN 


STRESS 


TPRESSURE 


VELOCITY 


_ TRIM _ 

1  -  acxxx  represents 


IF  PRINT  IS  REQUESTED 

IF  PUNCH  IS  REQUESTED 

PRINT  File 

Relation  OGRDDISP 

Relation  oagrodsf 

Relation  oagrddsp 

PRINT  File 

Relations  opnlbdck/oeulbuck 

Relation  gradient 

Relation  GRADIENT 

PRINT  File 

Relation  CONST 

PRINT  File 

Relation  OGRIDDSP 

PRINT  File 

Relation  EOxxxx^ 

PRINT  File 

Relation  EOxxxx^ 

PRINT  File 

Relation  GLBDES 

Relation  GPFDATA 

Relation  gppdata 

PRINT  File 

Relation  OGPWG 

Unstructured  dkvi 

Unstructured  DKVI 

PRINT  File 

Relation  OLOCALDV 

Relation  OGRIDLOD 

Relation  OGRIDLOD 

PUNCH  File 

Unstructured  DMVI 

Unstructured  dmvi 

Relation  gradient 

Relation  GRADIENT 

Matrix  qhhl/qhhlpl 

Matrix  qhhl/qhhlfl 

Matrix  QHJL 

Matrix  QHJL 

PRINT  File 


PRINT  File 


PRINT  File 


_ PRINT  File _ 

an  element  name:  BAR,  ELAS,  HEXl, 
ROD,  SHEAR,  TRIA3  or  TRMEM. 


Relation  EOxxxx 


Relation  EOxxxx^ 


Relation  OA6RDLOD 


EEX2,  HEX3,  QDUHl,  QUA04, 
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6.4.  OTHER  SELECTABLE  QUANTITIES 


The  DEBUG  packet  has  been  used  to  control  several  low  level  outputs  in  a  number  of  ASTROS 
modules.  This  subsection  documents  the  outputs  generated  by  those  DEBUG  parameters  that  relate  to 
modifying  the  level  or  form  of  output  from  an  ASTROS  module. 

6.4.1 .  Intermediate  Steady  Aerodynamic  Matrix  Output 

The  preface  aerodynamic  modules,  STEADY  and  STEADYNP,  have  selectable  print-level  DEBUGs 
called  STEADY  and  STEADYNP,  respectively.  These  options  will  generate  output  from  the  USSAERO  sub- 
module  of  the  preface  aerodynamics  modules.  There  are  four  print  levels  available: 


PRINT 

ACTION 

1 

Prints  steady  aerodynamic  model  geometry  and  a  few  miscellaneous  debugs. 

2 

Prints  the  above  and  stability  coefficient  data. 

3 

Prints  the  above  and  pressure  data  from  the  USOLVE  submodule. 

4 

Prints  the  above  and  voliiminous  data  from  the  calculation  of  velocity 
components  and  intermediate  matrices  from  the  USSAERO  submodule. 

The  user  is  cautioned  that  a  print  level  of  4  generates  a  large  amotmt  of  data.  Most  of  these  prints  are 
vestigial  prints  from  the  USSAERO  code  that  was  adapted  for  use  in  the  ASTROS  system.  In  cases  where 
the  output  data  is  not  self-evident,  the  user  is  referred  to  the  ussaero  documentation  (Reference  6). 

6.4.2.  Intermediate  Unsteady  Aerodynamic  Matrix  Output 

The  secondary  unsteady  aerodynamic  preface  module,  amp,  has  an  optional  print  DEBUG  called 
AMP  and  an  optional  matrix  argument  as  its  last  argument. 

CALL  AMP  ( [AJJTL] , [DIJK] , [D2JK] , [SKJ] , [QKKL] ,QKJL] , [QJJL] , [aj jdc] ) ; 


The  AMP  option  controls  the  output  of  several  intermediate  matrices  or  of  individual  matrices 
from  the  matrix  hsts  QKKL,  QKJL  and  QJJL  that  are  formed  in  AMP  for  FLUTTER,  GUST  and  BLAST 
analyses,  respectively.  The  user  is  referred  to  the  Programmer’s  Manual  for  complete  documentation  of 
these  data  base  entities.  The  following  matrices  are  output: 
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IF 

PRINT 

IS: 

AND: 

AND: 

THEN: 

1 

The  SKJ  matrix. 

If  there  is  only  one 
aerodynamic  group 

If  flutter  entries  are  in 
the  bulk  data  packet 

The  above  and  the  matrix,  [X],  representing 
the  solution  to  the  equation: 

[AJJ]  *  DC]  =  ( [DIJK]  +  (ik)[D2JK] ) 

If  gust  entries  are  in  the 
bulk  data  packet 

The  above  and  the  matrix  [QKJ]  from  the 
corresponding  matrix  list. 

If  blast  entries  are  in  the 
bulk  data  packet 

The  above  and  the  matrix  [QJJ]  from  the 
corresponding  matrix  list. 

>1 

If  flutter  entries  are  in 
the  bulk  data  packet 

The  above  and  the  matrices  [DlJKj  and 
[D2JK]. 

The  above  and  the  matrix  [AJJT]  after 
extraction  from  the  corresponding  matrix  list. 

The  optional  matrix  [AJJUC]  is  used  to  store  the  intermediate  matrix  [X]  described  in  tiie 
options  shown  above.  If  [AJJTC]  is  blank,  a  scratch  data  base  entity  is  used  to  store  [X] .  In  either  case, 
[X]  may  be  printed  through  the  AMP  option.  Only  the  last  tx]  matrix  calculated  will  be  returned  to  the 
executive  sequence  in  [AJJDC]  for  use  in  additional  processing. 

6.4.3.  Flutter  Root  Iteration  Output 

The  flutter  analysis  module,  flottran,  has  an  optional  DEBUG  print  control  called  fluttran 
to  generate  additional  information  on  the  flutter  eigenvalue  extraction: 

The  FLUTTRAN  option  in  this  case  pertains  to  prints  that  give  information  on  the  iterative 
solution  of  the  flutter  matrices.  It  has  the  following  meaning: _ 


PRINT 

ACTION 

1 

Print  the  number  of  iterations  required  to  find  each  flutter  root. 

>1 

Print  flie  above  plus  information  on  each  of  the  estimated  roots  for  each 
iteration.  This  voluminous  information  may  sometimes  be  of  use,  when  the 
flutter  solution  goes  astray,  in  determining  if  a  modified  set  of  velocities  would 
give  improved  results. 

6.4.4.  Stress  Constraint  Computation  Output 

The  stress/strain  constraint  evaluation  module,  sceval,  has  an  optional  DEBUG  parameter 
called  SCEVAL.  The  SCEVAL  argument,  if  non-zero,  will  generate  a  hsting,  by  element  type,  of  all  the 
constrained  elements,  the  current  value  of  their  stress  components  and  the  resultant  constraint  value  for 
each  design  load  condition.  Also  included  in  the  print,  is  ihe  running  "type  count"  for  stress  and  strain 
constraints  that  appears  in  the  Active  Constraint  Summary  print  described  in  Subsection  5.2.3.  This 
allows  the  user  to  identify  exactly  which  elements  and  subcases  are  associated  with  each  particular 
stress  or  strain  constraint.  This  print  is  a  remnant  from  the  ASTROS  development  when  the  element 
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stresses  were  not  available,  but  it  may  still  be  useful  in  checking  out  the  constraint  modeling  for  large 
problems. 

6.4.5.  Intermediate  Optimization  Output 

The  DESIGN  module  for  resizing  via  mathematical  programming  methods  has  a  DEBUG  option 
called  DESIGN  that  selects  a  print  of  intermediate  data: 

The  DESIGN  debug  value  is  passed  directly  to  the  MicroDOT  optimization  package  which  makes 
the  following  intermediate  quantities  available: 


PRINT 

ACTION 

1 

Initial  design  information  and  final  results. 

2 

The  above  and  function  values  at  each  iteration. 

3 

The  above  and  internal  MicroDOT  parameters. 

4 

The  above  and  search  directions. 

5 

The  above  and  gradient  information. 

6 

The  above  and  scaling  information. 

7 

The  above  and  one-dimensional  search  information. 

These  design/DEBUG  options  allow  the  user  to  view  the  detailed  calculations  used  in  the 
solution  of  the  approximate  constrained  optimization  problem  that  ASTROS  generates  at  each  iteration. 
The  user  is  cautioned  that  the  data  printed  from  the  DESIGN  module  are  not  necessarily  ordered  in  the 
same  manner  as  in  other  design  prints  and  not  identified  by  user  supplied  design  variable  identification 
mombers. 


6.5.  EXECUTIVE  SEQUENCE  OUTPUT  UTILITIES 

In  recognition  of  the  inability  to  provide  for  the  print  of  all  useful  response  quantities,  utilities 
have  been  included  in  the  set  of  MAPOL  modules  to  augment  the  solution  control  print  options.  These 
utihties  may  be  placed  in  any  MAPOL  program  where  the  user  desires  to  see  additional  information.  In 
general,  these  utilities  print  the  data  contained  in  either  general  or  specific  data  base  entities.  The 
formats  of  these  prints  are  more  general  and  therefore,  less  weU  identified  than  the  special  print  options 
described  in  the  preceding  subsections.  The  generality  of  these  utilities,  however,  is  felt  to  be  a  vital 
addition  to  the  output  features  of  the  ASTROS  procedure  in  that  almost  any  data  on  the  user’s  data  base 
files  can  be  written  to  the  output  file.  These  utilities  provide  a  primitive  link  between  ASTROS  and 
external  post-processing  systems.  ICE  now  provides  a  very  sophisticated  link. 

6.5,1 .  Structural  Set  Definition  Print  Utility,  USETPRT 

The  USETPRT  utility  has  been  provided  to  print,  for  each  boxindary  condition  in  the  solution 
control  packet,  the  structural  set  definition  table  stored  in  the  ASTROS  data  base  entity,  USET.  This 
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utility  exactly  mimice  the  capabiUtiee  provided  by  the  NASTRAN  ph«m/usetprt  optiou.  The  usetprt 
module  has  the  following  calling  sequence: _ _ _ _ _ 

CALL  USETPRT  (  USET(BC),  BGPDT(BC)  ); _ _ _ J 


For  the  selected  boundary  condition,  BC,  each  degree  of  freedom  in  the  stru^al  model  is  hsted 
in  a  table  which  shows  the  structural  sets  to  which  the  degree  of  freedom  belongs. 
to  Section  4  of  the  Theoretical  Manual  for  more  information  on  the  structural  set  definitions  m  ASTROS. 


6.5.2.  Special  Matrix  Print  Utility,  UTGPRT 

The  print  utility,  utgprt,  has  been  provided  in  order  to  view  particular  matrices  whose  rows 
correspond  to  the  structural  degrees  of  freedom.  In  general,  these  matnces  are  very  large  ^d 
impossible  to  interpret  without  some  additional  formattmg  beyond  that  which  is  available  for  m 
geLal  matrix  prints.  Therefore,  for  the  supported  matrix  entities,  the  matrix  ^ 

form  similar  to  that  used  for  the  nodal  response  quantities  as  presented  m  Section  5.2.2.  The  UT 
utUity  has  the  foUovdng  calling  sequence: _ _ _ 


CALL  UTGPRT  (  BC,  USET(BC),  [matl]  ,  [irLat2]  , 


[matlO]  )  ; 


where  up  to  ten  matrix  arguments  may  be  suppUed.  The  BC  integer  argument  and  the  name  of 
the  USET  entity  for  the  BC’th  boundary  condition  identifies  the  associated  boundary  condition  so  that  the 
utihty  can  make  use  of  the  USET  entity  in  formatting  the  output.  The  following  entities  are  supported: 

[DRUG] ,  [DMUG] ,  [DPVJ] ,  [DUG] ,  [DPGV] ,  [DUGV] 

[DPTHVI] ,  [DPGRVI]  ,  [PG] ,  [DFDU] _ 

The  utihty  keys  off  the  entity  names,  so  the  above  names  must  be  used,  although  the  malxices 
can  be  subscripted  if  the  user  wishes.  The  reader  is  referred  to  the  Programmer’s  Manual  for  additional 
information  on  the  data  contained  in  these  entities. 


6.5.3.  General  Matrix  Print  Utility,  UTMPRT 


The  matrix  print  utihty,  UTMPRT,  has  been  vmtten  such  that  any  data  base  matrix  entity  can  be 
printed  to  the  output  file.  The  calling  sequence  for  UTMPRT  is:  _ 

[  CALL  UTMPRT  (  method,  [matl],  [mat2] ,  ...  [matlO]  );  { 

where  up  to  ten  matrices  can  be  printed  in  a  single  call.  The  optional  integer  method  argument  selects 
fi-om  among  two  formats  that  are  available.  If  METHOD  is  zero  or  absent,  the  entire  matrix  column, 
starting  with  the  first  non-zero  term  and  ending  with  the  last  non-zero  term,  wih  be  printed,  including  all 
intermediate  zeros.  If  method  is  non-zero,  only  the  non-zero  terms  of  each  column  vdll  be  printed. 


6.5.4.  General  Relation  Print  Utility,  UTRPRT 


The  print  utihty,  UTRPRT,  has  been  written  such  that  any  data  base  relational  entity  can  be 
printed  to  the  output  file.  The  calling  sequence  for  UTRPRT  is: 
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CALL  UTRPRT  (  rell,  rel2,  ...  rellO  ) ; 


where  up  to  ten  relations  can  be  printed  in  a  single  call.  Relational  entities  are  tables  in  which  the 
columns  are  called  attributes.  The  UTRPRT  utility  attempts  to  print  the  relation  m  a  format  in  which  each 
column  represents  one  attribute  and  each  row  represents  a  single  entry  in  the  relation.  The  utility  is  not 
very  sophisticated,  however,  and  relations  having  more  attributes  than  can  fit  in  the  width  of  a  page  (128 
characters  or  approximately  12  attributes)  will  have  the  trailing  attributes  ignored.  Also,  string  attrib¬ 
utes  are  only  printed  if  they  are  eight  characters  long.  Despite  its  limitations,  the  utrprt  utility  can  be 
very  useful  in  viewing  ASTROS  data  base  relations. 

6.5.5.  General  Unstructured  Print  Utility,  UTUPRT 

The  print  utility,  utuprt,  has  been  written  such  that  any  data  base  xinstructured  entity  can  be 
printed  to  the  output  file.  The  calling  sequence  for  UTUPRT  is: 

CALL  UTUPRT  (  UNSTRUCT,  type  )  ; 


Unlike  other  data  base  entities,  there  is  no  information  in  an  tmstructured  entity  to  identify  what 
type  of  data  is  stored  in  its  records.  The  user,  therefore,  must  supply  the  TYPE  argument  to  select  the 
proper  format  to  use  in  the  print.  The  following  type’s  are  available: 


TYPE 

<0 

prints  only  the  record  length  (in  single  precision  words)  of  each 
record  in  the  entity 

TYPE 

=0 

prints  each  record  using  an  integer  format 

TYPE 

=1 

prints  each  record  using  a  real  single  precision  format 

TYPE 

=2 

prints  each  record  using  a  double  precision  format. 

For  TYPE  values  greater  than  or  equal  to  zero,  each  record  will  be  printed,  in  its  entirety,  in  the 
selected  format.  If,  as  is  typical,  the  record  contains  mixed  data,  e.g.,  both  integer  and  real  data,  the  user 
can  make  multiple  calls  to  utuprt  to  view  first  the  integer  format  and  then  the  real  format.  No  errors 
will  occur,  but  the  real  data  will  give  spurious  looking  integer  prints  and  vice  versa. 


6.6.  INTERACTIVE  CADDB  ENVIRONMENT  (ICE) 

A  code  like  ASTROS  is  so  general  that  to  make  all  possible  response  quantities  available  would 
take  decades  of  effort,  if  it  could  be  done  at  all.  In  fact,  a  mature  finite  element  code  like  NASTRAN  is 
continuously  adding  new  output  capabilities  as  the  user  community  dictates.  Naturally,  a  relatively  new 
code  like  ASTROS  cannot  attempt  to  address  all  these  features.  Instead,  the  ASTROS  designers  consid¬ 
ered  it  important  to  focus  on  design  optimization  and  provide  a  large,  but  finite,  number  of  options  for 
post-processing  outside  this  area.  Then,  the  ICE  package  for  interactive  Standard  Query  Language 
interface  to  the  CADDB  was  developed  as  a  separate  program  in  the  ASTROS  suite.  This  special  program 
allows  users  to  access  any  ASTROS  data,  to  view  it  interactively  and  to  generate  files  which  can  be 
moved  from  one  computer  to  another  or  used  as  input  to  other  application  programs.  See  Reference  7  for 
details. 
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7.  MAPOL  PROGRAMMING 


This  chapter  contains  the  programmer’s  manual  for  the  ASTROS  executive  language,  MAPOL.  It 
presents  the  syntax  and  features  of  the  MAPOL  language  and  it  contains  the  general  information  needed 
to  make  syntactically  correct  modifications  to  the  ASTROS  standard  MAPOL  sequence  and  to  write 
independent  MAPOL  programs  to  direct  tiie  ASTROS  system.  All  variable  types,  statement  forms, 
input/output  features  and  intrinsic  functions  are  presented. 

7.1 .  INTRODUCTION  AND  USER  OPTIONS 

The  Matrix  Analysis  Problem  Oriented  Language  (MAPOL)  is  a  high  level  computer  Imguage 
that  has  been  designed  to  support  the  large-scale  matrix  operations  typically  encountered  in  engineering 
analysis.  Its  conceptual  roots  may  be  traced  to  the  Direct  Matrix  Abstraction  Program  (DMAP)  capability 
found  in  the  NASTRAN®  system  developed  by  NASA  in  the  late  1960’s.  The  DMAP  language  used  to 
create  NASTRAN’s  solution  algorithms  is  very  crude;  however,  it  has  been  a  prime  factor  in  extending 
the  life  cycle  of  the  system.  It  has  done  this  by  providing  a  simple  method  of  installing  new  code  and 
functional  capabilities  into  the  system.  It  also  affords  the  user  an  opportunity  to  interact  with  the 
software. 

MAPOL  has  been  selected  to  provide  the  same  advantages  to  the  ASTROS  system.  Additionally, 
it  extends  the  primitive  DMAP  design  by  assimilating  the  many  advances  that  were  made  in  computer 
science  over  the  intervening  two  decades.  MAPOL  is  a  structured  procedural  language  that  directly 
supports  high-order  matrix  operations,  the  manipulation  of  database  entities  and  complex  data  types. 
The  syntax  of  the  language  is  similar  to  PASCAL,  and  it  should  be  easily  learned  by  anyone  familiar  with 
Fortran  or  PASCAL.  This  Chapter  details  all  of  the  features  of  the  MAPOL  language  and  gives  examples 
of  their  use. 

7.1.1.  USER  OPTIONS 

In  this  section,  the  different  kinds  of  MAPOL  programs  and  their  uses  are  discussed.  MAPOL  is 
the  control  language  of  the  ASTROS  system  and,  as  such,  the  multidisciplinary  solution  algorithm  is 
simply  a  MAPOL  program  that  is  embedded  in  the  system,  the  user  is  free  to  modify  this  standard 
algorithm  and  can  also  create  individual  MAPOL  programs  or  specialized  procedures. 


7.1 .2.  MAPOL  PROGRAM  FORM 


If  an  ASTROS  analysis  is  not  \ismg  the  standard  solution,  then  a  MAPOL  program  is  required  as 
the  first  part  of  the  input  data  stream.  The  MAPOL  data  packet  must  be  formed  as  shown: 

MAPOL  [<option-list>]  ;  "  I 


END; 


As  introduced  in  Chapter  1,  all  bold  capitalized  words  (e.g.,  mapol)  must  appear  exactly  as  they 
are  written.  A  symbol  enclosed  in  angle  brackets  (e.g.,  <option-list>  )  represents  one  or  more  choices 
to  be  made.  If  the  symbol  is  enclosed  in  square  brackets  (e.g.,  [<id>] ) ,  the  choice  is  optional. 

The  MAPOL  command,  which  must  be  the  first  statement  in  the  program,  selects  compiler 
options.  These  options  are  shown  in  Table  48  where  the  default  option  options  are  indicated  by  boldface. 


Table  48.  MAPOL  Command  Options 


NAME 

OPTION 

LIST 

NOLIST 

lasts  the  MAPOL  source  program 

60 

NOGO  1 

Selects,  or  deselects,  execution  after  program  compilation. 

As  an  example,  the  statement: 

MAPOL  NOLIST; _ _ _ 

wiU  cause  the  MAPOL  program  to  be  compiled  and  executed  with  no  hstings  produced,  while  the 
statement: 

MAPOL  NOGO; 


will  cause  the  MAPOL  program  to  be  compiled  and  a  Hsting  of  the  source  code  produced.  After  compila¬ 
tion,  ASTROS  will  terminate  without  executing  the  program. 

7.1 .3.  THE  STANDARD  ASTROS  SOLUTION 

As  mentioned  earlier,  the  ASTROS  multidiscpliniary  solution  algorithm  is  a  MAPOL  program. 
The  code  resides  on  the  ASTROS  system  database.  It  is  retrieved  and  used  whenever  a  MAPOL  program 
is  not  found  in  the  input  data  stream.  While  Chapter  2  provides  a  complete  listing  of  the  standard 
MAPOL  algorithm  for  ASTROS,  the  actual  program  changes  with  each  release  of  the  system.  Because  of 
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this,  it  is  recommended  that  the  user  request  the  current  listing  if  it  is  needed.  may  be  done  by 
executing  the  ASTROS  system  generation  program,  SYSGEN.  This  program  provides  a  listing  of  the 
standard  solution  algorithm  as  part  of  its  output. 

7.1.4.  MODIFYING  THE  STANDARD  SOLUTION 

In  some  cases,  the  user  may  wish  to  modify  the  standard  ASTROS  solution  in  order  to,  for 
example,  perform  some  auxiliary  computations  not  currently  available  or  to  execute  only  a  portion  of  the 
solution.  Special  MAPOL  editing  commands  allow  for  these  modifications^ _ 

DELETE  a  [  ,b] 

REPLACE  a  [  ,b] 

INSERT  a  _ _ 

DELETE  is  used  to  remove  one  or  more  statements  starting  with  line  "a"  and,  optionally  ending 
with  line  "b"  inclusively.  REPLACE  performs  a  deletion  of  the  specified  line,  or  lines,  and  replaces  them 
with  any  following  MAPOL  statements.  The  INSERT  command  allows  any  number  of  MAPOL  state¬ 
ments  to  be  inserted  after  line  "a". 

For  example: 


EDIT; 

INSERT  1 

$  MY  MODIFICATION  $ 
REPLACE  20,23 
A  :=  2  *  B; 

DELETE  101,237 


Note  that  rather  than  entering  the  MAPOL  command,  the  special  edit  declaration  is  used. 

In  the  example,  a  comment  is  added  at  the  beginning  of  the  algorithm  to  document  the  modifica¬ 
tion.  Several  lines  (20-23)  are  replaced  by  a  new  computational  expression,  and  a  larger  block  of  lines 
(101-237)  is  removed  from  the  program. 

7.1 .5.  CREATING  MAPOL  PROGRAMS 

If  the  standard  executive  sequence  is  not  selected,  the  MAPOL  compiler  assumes  that  a  new 
progrzun  is  being  created.  This  new  program  may  perform  any  operations  that  use  any  of  the  matrix  and 
database  utilities  available  in  the  ASTROS  system.  All  of  these  are  described  in  subsequent  chapters  of 
this  manual. 

7.1.6.  SUMMARY 

Table  49  siimmarizes  the  MAPOL  statements  that  have  been  described  in  this  section,  along  with 
their  uses. 
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Table  49.  Summary  of  MAPOL  User  Options 


STATEMENT 

FUNCTION 

MAPOL  [<option-list>] 

Begins  a  MAPOL  program  and  selects  its  name  and  compiler  options 

END 

Terminates  the  MAPOL  program 

EDIT  E<opt ion- list >] 

Modifies  the  standard  solution  sequence 

DELETE  a  [,b] 

Removes  line  a  or  lines  a  through  b  when  editing 

REPLACE  a  [,b] 

Removes  old  line  a  or  lines  a  through  b  and  inserts  new  ones  when 
editing 

INSERT  a 

Inserts  new  lines  after  a  when  editing 

7.2.  DATA  TYPES  AND  DECLARATIONS 

This  section  describes  the  data  t3^es  that  are  available  in  the  MAPOL  language.  It  discusses 
their  spedfications  during  programming  and  how  they  are  represented  in  the  ASTROS  machine. 

7-2.1 .  DEFINITIONS  AND  NOTATION 

All  programming  languages  are  composed  of  two  kinds  of  symbols.  The  first  kind  of  S3anbol  is  an 
explicit  part  of  the  language.  In  MAPOL,  such  symbols  include  special  characters  such  as: 


The  second  kind  of  symbol  is  an  identifier,  or  variable  name,  which  may  be  chosen  by  the 
programmer.  Identifiers  are  composed  of  letters  and  digits,  but  the  first  character  must  always  be  a 
letter.  This  and  other  definitions  in  this  manual  are  shown  as: 

<ident>  :=  <letter>  |  <ident>  <letter>  |  <ident>  <digit> 


The  vertical  line  ”  |  ”  is  read  as  "or".  This  definition  clearly  specifies  all  possible  legal  identifiers, 
because  no  matter  how  many  times  the  rules: 


<ident>  : 

:=  <ident>  <letter> 

or 

<letter> 

:=  <ident>  <digit> 
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are  used,  the  user  must  finally  use  the  rule: 


I  <ident>  :=  <letter> _ _ _ _J 

This  final  rule  ensures  that  the  identifier  begins  with  a  <letter>.  In  MAPOL  <letter>  refers 
to  any  of  the  upper  case  letters  firom  A  to  z,  and  digit  to  the  integers  from  0  to  9. 


Note  that  although  this  open-ended  definition  of  an  identifier,  which  is  called  recursive,  implies 
that  arbitrarily  long  names  may  be  used,  the  MAPOL  compiler  has  an  implementation  limit  of  eight 
characters  for  a  variable  name.  However,  for  subscripted  database  entities,  the  implementation  limit  is 
five  characters  —  the  subscipt  is  later  appended  to  this  basic  name.  If  such  a  name  is  too  long  to 
accomodate  a  subscript,  then  characters  are  truncated  on  the  right  with  warning. 

7.2.2.  COMMENTARY 

Commentary  may  be  included  in  the  MAPOL  program  by  enclosing  the  text  between  two  dollar 
signs  ($).  Comments  may  be  one  or  more  complete  lines,  or  they  may  be  embedded  in  a  line  as  shown 

below: 


A  :=  2; 

$  SET  B  TO  4  $ 

B  :=  4; 

$  THIS  IS  A  MULTI 
LINE  COMMENT 

THAT  SHOWS  HOW  IT  MUST  ONLY  START 
AND  END  WITH  DOLLAR  $ 

C  :=  A  *  B;  $  THIS  IS  AN  INTERLINE  COMMENT  $ 


7.2.3.  SIMPLE  DATA  TYPES 

The  MAPOL  language  supports  five  simple  data  types: 

.  INTEGER 

•  REAL 

.  COMPLEX 

•  LOGICAL 

•  LABEL 

MAPOL  is  a  strongly  typed  language,  and  as  such,  aU  variables  must  be  declared  at  the  begin¬ 
ning  of  a  program  unit.  This  is  done  with  one  or  more  declaration  statements.  The  syntax  of  a  declaration 
statement  is  defined  by  the  rules  shown  below: 


<decl> 

;=  <type> 

<var-list> 

<type> 

<var-list> 

:=  REAL  1 

;=  <var> 

INTEGER  1  COMPLEX  |  LOGICAL 

1  <var>,  <var-list> 

LABEL 

Each  simple  variable,  with  the  exception  of  label,  may  be  an  array  with  one  subscript.  This  is 
defined  by: 
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<var>  :=  [  <ident>  (<subl>) 

1  <ident>  {<subl>) 

<subl>  :=  INTEGER 

7.2.3.1 .  Data  Type  INTEGER 

INTEGERS  are  whole  numbers  such  as  157,  83,  or  22.  An  integer  may  also  have  a  sign  associ¬ 
ated  with  it  such  as  -47  or  +1024.  The  range  of  integers  depends  upon  the  ASTROS  host  computer. 

7.2.3.2.  Data  Type  REAL 

REAL  data  represents  floating  point  numbers.  Such  numbers  include  1.75,  0.00025,  1.78E-6  and 
-3.00271E+36.  REAL  numbers  are  represented  in  a  maimer  determined  by  the  machine  precision  of  the 
host  computer  automatically.  MAPOL,  therefore,  does  not  distinguish  between  the  REAL  and  DOUBLE 
PRECISION  types  such  as  is  found  in  Fortran. 

7.2.3.3.  Data  Type  COMPLEX 

COMPLEX  numbers  are  those  which  may  be  represented  in  the  form: 


a+bi 


Because  some  host  computers  automatically  handle  COMPLEX  data  while  others  do  not,  MAPOL  and 
ASTROS  handle  such  data  in  a  maimer  totally  independent  of  the  host  computer.  In  the  ASTROS 
machine,  both  a  and  b  are  represented  as  a  pair  of  machine  precision  floating  point  numbers.  Most 
available  mathematical  functions  operate  on  complex  data. 

7.2.3.4.  Data  Type  LOGICAL 

LOGICAL  variables  have  a  value  of  true  or  false.  The  ASTROS  machine  represents  true  by  the 
Fortran  .TRUE,  and  false  by  the  Fortran  value  .FALSE.  Logical  constants  may  only  be  used  in  assign¬ 
ment  statements. 

7.2.3.5.  Data  Type  LABEL 

LABELS  are  used  to  define  statement  locations  within  a  MAPOL  program.  Typically,  they  are  only 
used  with  the  GOTO  statement  (see  Section  7.4). 


480 


7.2.4.  COMPLEX  DATA  TYPES 


To  best  support  comprehensive  engineering  analysis  capabilities,  MAPOL  supports  five  complex, 
or  high  level  data  types: 

.  MATRIX 
.  IMATRIX 
.  RELATION 
.  UNSTRUCT 
.  lUNSTRUCT 

All  of  these  types  represent  database  entities.  Matrices  and  unstructured  entities  may  be  handled  oidy  in 
their  entirety  in  MAPOL.  Relations  may  be  accessed  on  an  entiy-by-entry  and  attribute-by-attribute 
basis.  Use  of  the  imatrix  and  ionstruct,  ("i"  for  indexed)  data  types  allows  for  more  efficient  retrieval 
of  data  that  are  accessed  in  a  random  order. 

7.2.4.I.  Data  Types  MATRIX  and  IMATRIX 

Matrix  database  entities  are  declared  in  a  slightly  different  manner  from  the  remaining  data 
types.  The  rules  for  their  declaration  are:  _ 


<decl> 

=  MATRIX  <mat-list> 

<mat-list> 

=  <mat-list>  /  <inat-”var>  |  <mat-var> 

<mat-var> 

=  [<ident>l  |  [<ident>  (subl  ,  sub  2)] 

<subl> 

=  INTEGER 

<sub2> 

=  INTEGER 

Note  that  the  matrix  <ident>  is  enclosed  in  square  brackets  (i.e.,  I  ] )  for  clarity  and  ease-of 
reading  of  MAPOL  programs.  Matrix  expressions,  then,  look  as  they  do  written  in  standard  mathemati¬ 
cal  notation.  Matrix  variables  may  also  be  subscripted  to  allow  multiple  entities  to  be  referenced  using 
the  same  <ident>  .  This  feature  is  used  in  ASTROS  to  allow  data  from  multiple  boundary  conditions  to 
be  saved  for  subsequent  evaluation.  There  is  an  implementation  limit  of  two  subscripts,  each  of  which 
may  take  on  any  integer  value  from  1  to  1000.  However,  no  more  than  1000  entities  may  result  from  this 
declaration.  When  subscripted  matrix  entities  are  used,  the  executive  system  generates  a  CADDB  entity 
name  and  relates  that  name  to  the  subscript  value.  The  MAPOL  programmer  is  therefore  cautioned  that, 
unlike  other  high-order  variables,  subscripted  variables,  and  subscripted  matrix  entities  do  not  have  a 
corresponding  CADDB  entity  of  the  same  name.  Due  to  the  natmre  of  tiie  name  generation  algorithm, 
subscripted  entity  names  must  be  umque  in  their  first  five  characters. 

7.2.4.2.  Data  Type  Relation 

The  most  complex  and  powerful  MAPOL  data  type  is  file  relation.  Briefly,  a  relation  can  be 
thought  of  simply  as  a  table.  The  rows  of  the  table  are  called  entries  and  the  colinnns  attributes  The 
CADDB  is  a  collection  of  such  relations  as  shown  in  Figure  16.  In  the  figure,  a  single  relation,  called 
GRID,  has  been  highlighted.  The  GRID  relation  has  four  attributes:  an  identification  number,  GID,  and 
three  spatial  coordinates  (X,  Y,  and  Z).  The  formats,  or  schemas,  of  relations  that  reside  on  CADDB  are 
fixed. 
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Figure  17.  Schematic  Representation  of  Relational  Data 

All  of  the  relations  that  are  generated  by  the  ASTROS  modules  that  appear  in  the  MAPOL 
program  must  be  declared.  The  rules  for  these  declarations  are: 

<decl>  :=  RELATION  <rel-list> 

<rel-list>:=  <rel-list>  ,  <rel-var>  [  <rel-var> 

<rel-var>  :=  <ident> 


If  the  user  wishes  to  use  the  individual  attributes  of  a  relation,  or  to  define  a  new  relation,  the  PROJECT 
declaration  is  used: 


<decl>  :=  PROJECT  <rel-var>  USING  <att-list> 
<rel-var>  :=  <ident> 

<att-list>:=  <att-list>  ,  <attname>  |  <attname> 
<attname>  :=  <ident> 


The  names  of  each  of  the  attributes,  <attname>,  must  match  those  defined  in  the  CADDB  schema  if  the 
relation  already  exists;  otherwise,  they  are  used  to  define  the  schema  for  the  new  relation.  Note  that  in 
MAPOL,  the  attribute  names  caimot  be  shared  among  relations.  This  is  the  pure  relational  model  which 
is  not  enforced  within  ASTROS  itself. 
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As  an  example,  the  grid  relation  of  Figure  17  would  be; 


INTEGER  GID; 

REAL  X,Y,Z; 

PROJECT  GRID  USING  GID,X/ Y,  Z; _ _ _ 

Note  that  each  attribute  must  be  declared  and  be  of  the  appropriate  type. 

Once  a  relation  and  its  projection  have  been  declared,  specific  entries  may  be  retrieved.  After  a 
retrieval,  any  or  all  of  the  relation’s  attributes  may  be  used  directly  by  variables  of  the  form: 

<relname>  .  <attname>  | 


This  is  illustrated  in  the  following  program  segment: 


The  value  of  an  attribute  within  a  relation  may  be  modified  if  an  assignment  is  made  and  then 
the  entry  is  written  onto  CADDB  (refer  to  Chapter  7.8). 

7.2.4.3.  Data  Types  UNSTRUCT  and  lUNSTRUCT 

The  simplest  CADDB  data  structure  is  called  an  UNSTRTJCTured  entity.  The  form  and  content  of 
such  an  entity  is  the  responsibility  of  the  ASTROS  programmer.  The  only  use  of  the  UNSTRUCT  entity  is 
for  inter-module  communications:  UNSTRUCT  entities,  which  may  not  be  subscripted,  are  declared  with: 


<decl> 

<un-list> 

:=  UNSTRUCT  <un-list> 

:=  <un-list>  ,  <un-var> 

<un-var> 

<un-var> 

:=  <ident> 

7,2.4.4.  Data  Base  Entity  Declaration  Requirements 

All  of  the  ASTROS  database  entities  may  be  divided  into  three  classes;  (1)  MAPOL  entities,  (2) 
HIDDEN  entities,  and  (3)  TEMPORARY  entities.  MAPOL  entities  are  those  that  are  used  and  appear  in 
the  MAPOL  program  such  as  matrices  or  relations  used  in  calculations  and  any  entity  appearing  as  an 
argument  in  a  fiinctional  module  call.  HIDDEN  entities  represent  data  that  are  used  by  a  fiinctional 
mod\ile  but  whose  contents  are  generated  from  required  physical  data.  As  an  example,  the  GRID  Bixlk 
Data  are  stored  in  a  relation  called  grid.  Many  modules  might  wish  to  access  this  grid  data.  Requiring 
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the  GRID  relation  to  appear  in  the  CEilling  list  of  each  such  module  is  more  disruptive  than  it  is  beneficial. 
As  a  result,  GRID  might  never  explicitly  appear  in  the  MAPOL  program.  It  must,  however,  be  declared  so 
that  the  CADDB  will  be  properly  initialized.  The  last  entity  type,  the  TEMPORARY  entity,  is  used 
mostly  as  a  "scratch"  area  for  intra-module  use.  As  such  it  is  created  and  deleted  by  the  module  needing 
it.  In  summary,  aU  of  the  MAPOL  and  HIDDEN  entities  must  be  declared  in  the  MAPOL  program. 
TEMPORARY  entities  are  not  declared. 

7.3.  EXPRESSIONS  AND  ASSIGNMENTS 

In  this  section,  the  relationships  between  the  various  data  types  are  described.  Of  particular 
importance  is  the  manner  in  which  data  are  combined  by  arithmetic  expressions  and  how  values  are 
assigned  to  the  ASTROS  machine  memory. 

7.3.1.  ARITHMETIC  EXPRESSIONS 

Arithmetic  expressions  are  formulae  for  computing  numeric  values.  An  arithmetic  expression 
consists  of  either  a  single  operand  or  two  or  more  operands  separated  by  arithmetic  operators. 

7.3.1 .1 .  Arithmetic  Operators 

MAPOL  supports  five  arithmetic  operators  as  shown  in  Table  50.  Successive  operands  must  be 
separated  by  operators,  and  two  operators  may  not  be  used  in  succession. 

7.3.1 .2.  Arithmetic  Operands 

Arithmetic  operands  may  be  constants,  symbolic  names  of  constants,  variables,  (including  rela¬ 
tional  attributes),  array  elements,  or  function  references.  Operands  may  also  be  arithmetic  expressions 
gnH  arithmetic  expressions  enclosed  in  parentiieses.  The  data  type  of  an  arithmetic  operand  may  be 
INTEGER,  REAL  or  COMPLEX.  In  some  cases,  it  may  also  be  matrix  or  imatrix.  It  may  never  be 
LOGICAL,  label,  relation  (without  an  attribute  specification),  dnstrdct,  or  idnstrdct. 


Table  50.  MAPOL  Arithmetic  Operators 


OPERATOR 

DESCRIPTION 

+ 

Addition  when  connecting  two  operands.  Unary 
plus  when  preceding  an  operand. 

- 

Subtraction  when  connecting  two  operands. 

Negation  when  preceding  an  operand. 

* 

Multiplication 

/ 

Division 

** 

Exponentiation 
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7.3.1 .3.  Evaluation  of  Arithmetic  Expressions 


Expressions  are  evaluated  from  left  to  right  according  to  the  foUowing  hierarchy  of  operations: 


1  PRIORITY 

OPERATOR 

1 

FUNCTION  Evaluation 

1  ^ 

*  * 

1  ^ 

*  and  / 

1  4 

+  and  - 

This  hierarchy  is  used  to  determine  which  of  two  sequential  operations  is  to  be  performed  first.  If  two 
sequential  operations  are  of  unequal  rank,  the  higher  ranking  operation  is  performed  first.  When  a  unary 
minus  or  plus  appears  in  an  arithmetic  expression,  it  follows  the  same  hierarchy  as  a  minus  or  plus  used 
for  subtraction  or  addition.  For  example;  _ 

R  =  -s**T  is  evaluated  as  R  =  -(S**T) 

R  =  -S/T  is  evaluated  as  R  =  -  (S/T) 

R  =  -S+T  is  evaluated  as  R  =  (-S)+T  _ 


The  division  of  operands  in  an  expression  may  result  in  a  tnmcated  value  for  integer  operands  or  a 
fi-actional  value  for  non  integer  operands.  Therefore,  parentheses  should  be  used  when  a  specific  order  of 
evaluation  otiier  than  left  to  right  is  desired  for  the  operands.  For  example,  the  expression  8*7/4  has  a 
resultant  value  of  14;  the  expression  8*  (7/4)  has  a  resultant  value  of  8;  the  resultant  value  of  the 
expression  3 . 0/  (2 . 0*6 . 0)  is  0.25. 


7.3.1 .4.  The  Uses  of  Parentheses 


Parentheses  may  be  used  in  arithmetic  expressions  to  specify  the  order  of  operation.  This  allows 
an  evaluation  that  is  different  from  the  standard  hierarchy.  Whenever  parentheses  are  used,  the  enclosed 
expression  is  evaluated  prior  to  its  use.  When  such  expressions  are  nested,  the  innermost  expressions  are 
evaluated  first.  The  expression  _ 


X  :=  A  -  SQRT(B)  /  (C-D)  *  E**2  *  (F-G) ; 


is  therefore  evaluated  in  the  following  order: 


SQRT{B) 

-> 

TEMPI 

(C-D) 

TEMP2 

TEMPI /TEMP2 

TEMP3 

E  **  2 

TEMP4 

TEMP3  *TEMP4 

TEMPS 

(F-G) 

TEMP  6 

TEMPS *TEMP6 

TEMP7 

A  -  TEMP7 

-4 

X 
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Table  51.  MAPOL  Operation  Rules 


FOR: 

TYPE  OF  X 

INTEGER 

REAL 

COMPLEX 

Binary  Operators 

Xop  Y 

INTEGER 

INTEGER 

REAL 

COMPLEX 

REAL 

REAL 

REAL 

COMPLEX 

COMPLEX 

COMPLEX  ' 

COMPLEX 

COMPLEX  1 

Exponentiation 

X  **  Y 

INTEGER 

INTEGER 

REAL 

ILLEGAL 

REAL 

REAL 

REAL 

ILLEGAL 

COMPLEX 

COMPLEX 

ILLEGAL 

ILLEGAL 

7.3.1 .5.  Type  and  Value  of  Arithmetic  Expressions 

Type  conversions  are  performed  when  mixed  expressions  are  evaluated.  The  final  value  of  an 
arithmetic  expression  may  depend  upon  this  type  conversion.  Table  51  shows  the  conversions  that  occur 
when  two  operands  are  combined  with  an  arithmetic  operator: 

Special  rules  apply  to  operations  when  one  or  more  of  the  operations  is  of  the  type  MATRIX.  These 
rules  are  discussed  in  Section  7.5. 

7.3.2.  LOGICAL  EXPRESSIONS 

A  logical  expression  produces  a  logical  data  type  result  with  a  value  of  true  or  false. 

7.3.2.I.  Logical  Operators 

Table  52  hsts  the  logical  operators  that  may  be  used  in  logical  expressions. 


Table  52.  MAPOL  Logical  Operators 


OPERATOR 

DESCRIPTION 

OPERATOR 

DESCRIPTION 

NOT 

Negation  (Unaiy) 

OR 

Disjunction  j 

AND 

Conjunction 

XOR 

Equivalence  | 
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Logical  operators  must  be  separated  by  logical  operands  except  for  the  following  cases. 


AND  NOT 

OR  NOT _ _ _ _ _ _ 

7.3.2.2.  Logical  Operands 

Any  of  the  following  operands  may  be  used  in  logical  expressions: 

•  LOGICAL  CONSTANTS 
.  LOGICAL  VARIABLES 

•  LOGICAL  ARRAY  ELEMENTS 

.  LOGICAL  FUNCTION  REFERENCE 
.  LOGICAL  EXPRESSION 
.  RELATIONAL  EXPRESSION 

Both  logical  and  relational  expressions  may  be  enclosed  on  parentheses 


7.3.2.3.  Evaluation  of  Logical  Expressions 

Logical  expressions  are  evaluated  based  on  ‘i:ruth  tables"  shown  in  Table  53.  LI  and  L2  are 
logical  variables,  T  and  F  signify  TRUE  and  FALSE: 


Table  53.  Evaluation  of  MAPOL  Logical  Expressions 


VARIABLES 


RESULT 


Ll 


L2 


NOT  Ll 


Ll  OR  L2 


Ll  AND  L2 


Ll  XOR  L2 


T 

T 

F 

F 


T 

F 

T 

F 


F 

F 

T 

T 


T 

T 

T 

F 


T 

P 

F 

P 


F 

T 

T 

F 
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Logical  operators  have  a  hierarchy  similar  to  the  arithmetic  operations: 


PRIORITY 

OPERATOR 

1 

Logical  FUNCTION 

2 

NOT 

3 

AND 

4 

OR 

5 

XOR 

Any  operation  in  a  logical  expression  may  be  enclosed  in  parentheses;  the  parenthetical  expres¬ 
sion  is  evaluated,  and  the  resiolting  value  is  used  as  an  operand.  Thus,  parentheses  may  be  used  to  alter 
the  order  in  which  operations  are  to  be  performed.  When  parenthetical  expressions  are  nested,  evaluation 
begins  with  the  innermost  set  of  parentheses  and  proceeds  to  the  outermost  set. 

7.3.3.  RELATIONAL  EXPRESSIONS 

A  relational  expression  uses  relational  operators  to  compare  two  arithmetic  expressions.  A  rela¬ 
tional  expression  produces  a  logical  data  type  with  a  value  of  TRUE  or  FAliSE.  Thus,  a  relational  expres¬ 
sion  may  be  an  operand  in  a  logical  expression. 

7.3.3.I.  Relational  Operators 

Table  54  summarizes  the  relational  operators  available  in  MAPOL. 


Table  54.  Relational  Operators  in  MAPOL 


OPERATOR 

DESCRIPTION 

= 

Equality  1 

<> 

Inequality  j 

> 

Greater  than 

>  = 

Greater  than  or  equal  to 

< 

Less  than 

<as 

Less  than  or  equal  to 

7.3.3.2.  Relational  Operands 


Relational  operands  must  be  of  an  arithmetic  type  integer  or  real.  A  complex  operand  is  permit¬ 
ted  only  when  the  relational  operator  is  =  or  <>. 

7.3.3.3.  Evaluation  of  Relational  Expressions 

In  a  relational  expression  involving  the  comparison  of  arithmetic  operands,  each  of  the  arithmetic 
operands  is  evaluated  prior  to  testing  the  relation.  When  the  data  type  of  two  arithmetic  operands  differs, 
one  operand  is  converted  to  the  type  of  the  other  before  the  comparison  is  made.  (See  Section  3.2.5  for 
data  type  conversions.)  The  numeric  values  of  the  arithmetic  operands  are  compared  as  specified  by  the 
relational  operator,  and  the  resulting  value  is  either  TRUE  or  false. 

7.3.4.  MATRIX  EXPRESSIONS 

Matrix  expressions  are  those  which  combine  two  or  more  matrices  to  3deld  a  matrix  result. 

7.3.4.I.  Matrix  Operators 

MAPOL  allows  four  computational  matrix  operators  as  shown  in  Table  55.  All  matrices  must  be 
conformable  in  order  to  perform  these  operations.  In  the  case  of  addition  and  subtraction,  this  means  that 
the  number  of  rows  and  columns  in  A  and  B  must  be  the  same.  In  the  case  of  multiphcations,  the  number 
of  columns  of  the  premultiplier  must  equal  the  number  of  rows  in  the  post  multiplier. 

Matrix  equations  are  written  with  the  square  brackets  just  as  they  are  when  declared.  Examples 
of  these  equations  are: 


[A] 

:=  [B]  * 

IC]  ; 

[X] 

;=  [Q{I)] 

*  [Z]  ; 

[P(2)] 

:=  [R]  - 

IS(2  *  K  +  1)] 

Table  55.  Matrix  Operators  in  MAPOL 


OPERATOR 

DESCRIPTION 

A+B 

Aij  +  Bij  j 

A-B 

1 

A*B 

^  AikBkj  1 

k 

-A 

-Mj  1 

Matrix  operands  may  also  be  grouped  to  direct  the  order  of  operation.  Instead  of  the  parentheses  used  in 
scalar  expressions,  the  square  brackets  are  again  used  as  shown  below: 


[AI  :=  [  [B]  +  [C]  *  [D]  ]  +  [El; 

[A(I)]  :=  [  [B]  *  [[C]  +  [D]  ]  *  [E]]]  *  [F] ; 


AH  matrix  algebra  is  optimized  to  provide  the  most  effective  use  of  computer  resomces.  Matrices  may 
also  be  multiplied  by  scalars  or  scalar  expressions  which  may  be  INTEGER,  real,  or  COMPLEX.  These 
operations  are  written  in  the  natural  way;  e.g.: 

[A]  :  =  (X)  [B]  ; 

[Q(2)]  :=  (R  +  S  *  T)  [C]  +  [D] ; 


All  scalar  multipliers  must  be  placed  on  the  left  as  shown.  Note  also  that  the  multiplication  operator  is 
implied  by  the  parentheses  when  multiplying  a  matrix  by  a  scalar. 

In  addition  to  the  matrix  operations  of  Table  41,  MAPOL  allows  for  matrix  transpose  and  inverse 
using  the  syntax  of  the  following  example: 


[A] 

:  =  TRANS  (  [B]  ) 

*  [C]; 

[X] 

: =  INV ( [KGG] ) 

* [PG]  ; 

[U] 

: =  TRANS ( [A] ) 

*  INV(  [A]*TRANS(  [A]  )  0*[B]  ; 

Note  that  these  operations  are  functions  and,  as  such,  the  arguments  are  enclosed  in  parenthe¬ 
ses.  Also,  the  use  of  TRANS  is  only  allowed  m  expressions.  See  Section  7.6.9  for  a  discussion  of  the  TRANS 
function. 

7.3.4.2.  Matrix  Operands  and  Expressions 

Only  matrix  operands  may  be  used  in  matrix  expressions  with  the  exception  noted  in  Section 
7.5.1.  The  matrix  expressions  are  evaluated  with  the  same  hierarchy  as  that  of  arithmetic  types. 

7.3.5.  ASSIGNMENT  STATEMENTS 

Assignment  statements  are  used  to  compute  and  assign  values  to  variables  and  array  elements. 
The  syntax  of  a  MAPOL  assignment  is: 

<var>  :=  <expr>  ; 


The  type  of  the  expression  <expr>  is  converted  to  the  type  of  the  variable  <var>  based  on  the 
rules  of  Table  56  where  the  following  definitions  are  used. 


VAL(X) 
FIX(X) 
FLOAT (X) 
REAL(C) 


-  value  of  X 

-  convert  X  to  an  integer  value 

-  convert  x  to  a  floating  point  value 

-  convert  to  the  real  part  of  a  complex  number 
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Table  56.  Assignment  Rules  in  MAPOL 


TYPE  OF 

<var> 

TYPE  OF 
<expr> 

ASSIGNMENT  RULE 

INTEGER 

INTEGER 

REAL 

COMPLEX 

VAL{<expr>)  =>  <VAR> 

FLOAT ( VAL ( <expr> ) )  =>  <VAR> 

FIX (REAL (VAL ( <expr > ) ) )  =>  <VAR> 

REAL 

INTEGER 

REAL 

COMPLEX 

FLOAT (VAL ( <expr> ) )  =»  <VAR> 

VAL(<expr>)  <VAR> 

REAL  (VAL  ( <expr> )  )  <VAR> 

COMPLEX 

INTEGER 

REAL 

COMPLEX 

FLOAT (VAL ( <expr> ) )  =>  REAL ( <VAR> ) 
VAL(<expr>)  =>  REAL(<VAR>) 

VAL(<expr>)  =>  <VAR> 

7.4.  CONTROL  STATEMENTS 

7.4.1.  INTRODUCTION 

Control  statements  are  statements  used  to  alter  and  control  the  normally  sequential  execution  of 
MAPOL  instructions.  There  are  five  MAPOL  control  statements: 

.  GOTO 

•  FOR « . • OO 

.  imXLE...DO 
.  IF. . .THEN. . .ELSE 

•  END  ,  ENDP 

7.4.2.  THE  UNCONDITIONAL  GOTO  STATEMENT 

The  GOTO  statement  causes  MAPOL  program  to  jump  unconditionally  to  the  specified  statement 
label.  This  label  must  exist  in  the  same  program  unit  (see  Section  7.6)  as  the  GOTO  statement.  The  label 
identifier  must  also  have  been  declared  in  the  program  imit’s  specification  statements.  The  general 
syntax  is:  _ 

GOTO  <label>;  \ 

where  <label>  is  any  legal  identifier  that  has  been  declared.  When  used,  the  label  is  denoted  by 
<label>  :  followed  by  any  valid  MAPOL  statement. 
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For  example: 


IF  A  <  B  GOTO  SKIP; 


SKIP:  C:=  B  -  A; 


Note  that  the  label  must  be  followed  by  a  colon. 

7.4.3.  ITERATION 

It  is  often  necessary  to  execute  a  group  of  statements  repeatedly.  Generally,  although  the  state¬ 
ments  themselves  remain  the  same,  the  data  on  which  they  operate  changes.  This  iteration  or  looping 
must  terminate  after  a  finite  number  of  iterations;  therefore,  a  decision  must  be  made  to  determine 
whether  to  continue  or  terminate  the  loop.  MAPOL  supports  two  iteration  forms:  Each  is  described  in 
this  section. 

7.4.3.1.  The  FOR...DO  Loop 

It  is  often  necessary  to  perform  a  set  of  calculations  a  specific  number  of  times,  and  that  number 
does  not  depend  on  the  statements  within  the  loop.  Consider  the  problem  of  summing  the  first  20 
integers: 


20 

SUM  =  X  ^ 

n=l 


Such  a  problem  is  ideally  suited  to  the  for  loop  and  could  be  evaluated  using  the  following 
MAPOL  program: 


The  general  S3natax  of  the  for  loop  is 


FOR  <var>  =  <expl>  TO  <exp2>  [  BY  <exp3>  ]  DO 

ENDDO; 
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The  loop  coTinter  var  is 
<exp2>,  and  <exp3>  are 
incrementation  clause 


called  the  control  variable  and  may  be  any  integer  or  real  variable.  <expl>, 
called  the  initial,  terminal  and  incremental  parameters,  respectively.  Note  the 


BY  <exp3> 


is  optional,  as  in  the  example.  If  it  does  not  appear,  the  increment  is  taken  to  be  one. 

Each  loop  terminates  with  the  instruction  enddo.  The  following  rules  must  be  noted: 

(1)  If  <expl>  >  <exp2>,  then  the  body  of  the  loop  will  still  be  executed  once. 

(2)  The  type  of  the  control  variable  and  the  three  expressions  must  be  the  same. 

(3)  The  control  variable  may  not  be  redefined  inside  of  the  the  loop. 


7.4.3.2,  The  WHILE...DO  Loop 


Another  way  to  execute  a  group  of  statements  repeatedly  is  with  a  VIEILE  loop.  This  type  of  loop 
is  used  to  repeat  groups  of  statements  that  typically  modify  a  more  complex  condition  than  the  simpler 
incrementation  of  the  for  loop.  As  an  example,  suppose  it  is  desired  to  compute  the  cube  root  of  a 
number  X.  If  a  is  an  approximation  to  the  answer,  then 


b  = 


2a  +  — 
a 


IS  an 


improved  guess.  The  program  shown  below  will  compute  the  cube  root  of  10  to  3  significant  figures: 


HAPOL 

REAIi  X,  OLD, NEW,  TEMP,  EPS; 

X  :=  10; 

OLD  :=  2.0;  $  THE  INITIAL  GUESS  $ 

EPS  :=  0.001  $  THE  CONVERGENCE  CRITERION  $ 
WHILE  ABS (OLD-NEW)  >  EPS  DO 
TEMP  :=  NEW; 

NEW  :=  (2.0*OLD+X/OLD**2)  /  3.0; 

OLD  :=  TEMP; 

ENDDO ; 

PRINT  ( ” (IX, 'X,CUBERT(X)  ' , 2F15 . 5) " ,X,NEW) ; 
END; 


The  general  form  of  the  while  loop  is: 


WHILE  <cond>  DO 

ENDDO; 


The  <cond>  is  any  conditional  expression  that  results  in  a  logical  outcome. 
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7.4.4.  THE  IF  STATEMENT 


It  is  often  necessary  in  a  program  to  specify  two  or  more  alternatives  that  must  be  selected 
depending  upon  other  program  results.  The  IF  statement  allows  this  selection.  There  are  three  types  of 
IF  statements  in  MAPOL: 

.  LOGICAL  IF 
.  BLOCK  IF 

.  IF. . .THEN. . .ELSE 
7.4.4.I.  The  Logical  IF 

The  logical  IF  is  used  if  a  single  expression  is  to  be  executed  based  on  a  particular  condition.  The 
syntax  of  this  statement  is 

IF  <cond>  <statement>  ; 


where  <cond>  is  any  logical  expression  and  <statement>  is  any  legal  executable  MAPOL  statement 
except: 

1.  Awhile  or  for  loop 

2.  Another  logical  IP 

3.  An  END,  ENDP,  ENDIF,  or  ENDDO  instruction 

4.  A  PROC  definition 

Examples  of  the  logical  IP  are: 

IP  A<B  PRINT("1X, 'A=  ',15)"  ,A) ; 

IF  ABS (NEW-OLD)  >EXP  NEW  ;=  OLD; 

IF  A  AND  B  OR  C  CALL  UTMPRT  ( ,  [KMAT]  )  ; 


7.4.4.2.  The  Block  IF 

It  is  often  necessary  to  perform  a  number  of  instructions  based  on  a  given  condition.  This  can  be 
accomplished  by  a  block  IF  statement,  the  syntax  of  which  is: 

IF  <cond>  THEN 


ENDIF; 

Rather  than  a  single  statement,  the  body  on  the  block  may  contain  any  number  of  statements: 


IF  A  <  B  THEN 

C  ;=  1.0; 

D  :=  4.0; 

CALL  UTMPRT  ( ,  [MMAT] ) ; 

ENDIF; 
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7.4.4.3.  The  IF...THEN...ELSE 


The  IF. .  .THEN. .  .ELSE  statement  is  used  to  execute  one  of  two  separate  blocks  of  code  depend¬ 
ing  on  a  specific  condition.  The  syntax  of  this  statement  is. 

IP  <cond>  THEN 

BLOCK  1 

ELSE 

BLOCK  2 

ENDIF ; 

If  the  <cond>  is  satisfied,  the  instructions  in  BLOCK  1  are  executed.  If  <cond>  is  not  satisfied,  then 
BLOCK  2  is  executed. 

7.4.4.4.  Nested  IF  Statements 

IF  statements  may  be  nested  to  any  level.  That  is,  each  IF  or  ELSE  part  may  contain  another  IF 
statement,  as  shown  below: 


Note  that  each  IP.  -  .then.  .  .ELSE  must  terminate  with  its  own  endif.  It  is  helpful  to  indent 
code  so  that  the  blocks  are  obvious. 

7.4.5.  THE  END  AND  ENDP  STATEMENTS 

The  END  and  ENDP  statements  are  used  to  indicate  the  physical  end  of  a  MAPOL  program  or 
in-line  procedure,  respectively. 

7.5.  INPUT/OUTPUT  STATEMENTS 

The  MAPOL  compiler  does  not  have  faciUties  for  input  in  the  programming  language.  All  input  is 
handled  by  the  ASTROS  executive  system.  MAPOL  does,  however,  allow  direct  output  to  the  system 
print  device  as  defined  by  the  ASTROS  host  computer.  Output  is  merged  with  the  same  file  that  contains 
all  of  the  other  ASTROS  print  output. 


7.5.1 .  THE  PRINT  STATEMENT 


Output  printing  is  requested  with  the  PRINT  statement,  the  syntax  of  which  is: 

PRINT  (<fonnat>  [,  <print-list>] )  ; 

In  order  to  allow  maximum  power  and  flexibility  while  miaimiziag  training,  the  format  specifications 
used  by  MAPOL  are  identical  to  those  used  by  Fortran.  The  format  is  entered  as  a  literal  string,  enclosed 
by  quotation  marks;  i.e., 

" (1X,5E1.6) " 

" (//IX, '  X=  ' ,F15.5) " 

The  <print-list>  is  a  list  of  one  or  more  defined  variables  to  be  printed.  If  only  heading  information  is 
being  printed,  the  <print-list>  may  be  omitted.  Examples  of  print  statements  are: 

PRINT  (" (1X,3I15) ",1, J,K) ; 

which  prints  the  three  integer  variables  l,  J,  and  K  using  the  indicated  format  and 
PRINT  ( " (IX, 'THIS  IS  A  HEADER' ) " ) ; 


which  prints  this  message  "THIS  IS  A  header”. 

ASTROS  does  not  attempt  to  check  the  validity  of  a  format  statement  with  the  data  types  being 
printed.  As  a  result,  it  is  possible  to  cause  a  Fortran  run-time  error  condition. 

7.6.  PROCEDURES  AND  FUNCTIONS 

7.6.1.  INTRODUCTION 

One  of  the  most  powerful  features  of  a  programming  language  is  the  ability  to  define  proce¬ 
dures,  or  subroutines,  that  perform  specialized  tasks.  Some  procedures  with  special  characteristics  are 
called  "functions".  Each  MAPOL  main  program,  procedure  or  function  is  called  a  program  unit.  This 
section  explains  the  use  of  procedures  and  provides  examples  of  their  use. 

7.6.2.  PROGRAM  UNITS  AND  SCOPE  OF  VARIABLES 

Earlier,  a  MAPOL  program  was  defined  very  simply  as  having  the  form: 

MAPOL 

END; 
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This  form  is  called  a  main  program.  A  main  program  may 
procedures  or  functions  such  as: 


also  contain  other  program  units  that  may  be 


MAPOL 

PROC  A; 


ENDP; 

real  FUNC  B; 


ENDP; 


I  END; _ _ _ _ _ _ 

All  proced\ires  must  appear  in  the  main  program  before  any  executable  statements.  Each  proce¬ 
dure,  or  function,  may  have  variable  declarations  within  it.  If  it  does,  these  variables  are  caUed  local  to 
the  procedure.  Variables  defined  in  the  main  program  prior  to  the  definition  of  the  procedures  are  called 
global.  The  value  of  a  local  variable  is  not  available  outside  of  the  procedure  in  which  it  is  defeed,  while 
global  variables  are  available  to  all  procedures  that  are  defeed  after  the  declaration  of  the  variable.  Note 
that  global  variables  must  be  defeed  in  the  main  program  preceding  procedure  definitions.  Declarations 
following  the  procedures  are  local  to  the  main  program. 

7.6.3.  DEFINING  A  PROCEDURE 

A  procedure  is  defined  in  MAPOL  by  a  declaration: 

I  PROC  <procname>  [  <paranis>  ]  ;  "j 

where  <procname>  is  any  identifier.  If  this  name  is  the  same  as  a  run-time  procedure,  the  new  proce¬ 
dure  wiU  be  used.  <parains>  is  an  optional  list  of  formal  parameters  that  are  used  to  pass  information 


into  and  retrieve  information  from  the  procedure. 


497 


This  defines  the  procedure  program  unit.  As  an  example,  to  find  the  square  root  of  a  real  number 


_1 

a  =  (b)2 

a  Newton-Raphson  iteration  technique  can  be  used 


Sn+l  ~  an  ” 


(a^-b) 

2an 


The  iteration  proceeds  to  the  desired  accuracy  as  determined  by 


an  “  Un+l  I  EPS 


A  MAPOL  procedure  for  this  is  shown  below: 


PROC  USQRT(A,SQRTA) ; 

REAL  A , SQRTA , EPS , DELTA , AOLD ; 

EPS  :=  0.0001; 

SQRTA  :=  1.0; 

DELTA  :=  1.0; 

WHILE  ABS (DELTA)  >  EPS  DO 
AOLD  =  SQRTA; 

SQRTA  :=  AOLD  -  ( (AOLD*AOLD-A)  /  {2.0*AOLD)); 
DELTA  :=  SQRTA  -  AOLD; 

ENDDO; 

EHD; 


7.6.4.  INVOKING  A  PROCEDURE 

Once  procedures  are  defined,  they  may  be  used  anywhere  within  the  main  program  or  in  a 
subsequent  procedmre.  This  is  done  with  the  MAPOL  statement: 

CALL  <procname>  [  <userparm>  ] ; 


where  <procname>  is  one  of  the  defined  procedures.  The  optional  <userparm>  are  the  actual  user-defined 
variables  to  be  passed  to  the  procedure.  They  must  agree  in  number  and  type  with  the  PROC  definition. 
Parameters  are  passed  by  name.  For  example,  a  program  segment  using  the  square  root  procedure  of  the 
last  Section  is: 


HAPOL; 
REAL  X,Y; 


X  :=  5; 

CALL  USQRT(X,Y) ; 


Ein>; 
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The  parameters  x  and  Y  are  the  actual  variables  that  will  be  used  in  place  of  the  formal  parameters  in 
the  procedure  definition.  Note  that  procedures  may  call  other  procedures  if  the  called  procedure  has 
already  been  defined. 

7.6.5.  FUNCTION  PROCEDURES 

A  special  kind  of  procedure  that  can  have  only  one  output  value  is  called  a  FUNCTION.  Because 
it  is  a  value,  the  type  of  the  function  must  be  declared.  Valid  types  are  integer,  real,  complex  or  logical. 
Therefore,  the  function  head  differs  slightly  from  that  of  the  procedure: _ _ 

<type>  FONC  <funcnaine>  [  <params>  ]  | 

Again,  <type>  must  be  included  and  all  other  rules  are  the  same  as  those  for  a  regular  procedure. 

Unlike  procedures,  functions  are  invoked  with  their  name  and  arguments  as  in  Fortran  and  they 
can,  therefore,  be  used  directly  in  assignment  statements  and  expressions,  e.g., _ 


A  ;=  SIN(X) ; 

B  :=  X  +  Y  *  SQRT(Z) ; 


7.6.5.I.  Examples  of  Variable  Scope 


To  clarify  the  concept  of  variable  scope,  consider  the  following  example: 


MAPOL ; 

INTEGER  A; 

PROC  MYPROG(B,C) ; 

INTEGER  B,C; 

C  :  =  B*A;  $  A  is  available,  E  and  F  are  not 
ENDP; 

PROC  YOURPG(H,I) ; 

REAL  H,I; 


ENDP; 

REAL  E,F; 

RELATION  FOO,BAR; 


END; 


In  this  example,  the  variable  A  is  global  to  all  procedures  because  its  declaration  precedes  the  proc 
declarations.  B  and  c  are  local  to  MYPROG  because  their  declarations  appear  in  the  body  of  that  proce¬ 
dure.  Finally,  E,  F,  FOO  and  BAR  are  local  to  the  main  program  and  cannot  be  used  by  either  procedure. 
Variables  may  be  global  to  all  PROCs  or  local  to  the  main  program.  All  proc  definitions  must  appear 
contiguously  in  the  program  with  no  intervening  declarations. 
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7.6.6.  INTRINSIC  FUNCTION  PROCEDURES  AND  INTRINSIC  PROCEDURES 


In  addition  to  the  user  defined  procedures  and  functions  withiu  a  MAPOL  main  program  unit, 
MAPOL  provides  a  set  of  predefined  functions  and  procedures  to  perform  certain  tasks  in  a  similar 
manner  to  other  high  level  languages  such  as  Fortran.  These  intrinsic  procedures  are  in  addition  to  the 
engineering  modules  defined  as  part  of  the  ASTROS  system  generation  process.  The  set  of  intrinsic 
procedures  within  the  MAPOL  language  can  be  broken  into  three  groups:  intrinsic  mathematical  func¬ 
tions,  intrinsic  relational  procedures  and  general  intrinsic  procedures.  Each  group  is  discussed  separately 
in  the  following  sections. 

7.6.7.  INTRINSIC  MATHEMATICAL  FUNCTIONS 

Table  57  shows  the  list  of  intrinsic  mathematical  functions  available  in  MAPOL.  These  functions 
make  up  the  mathematical  function  library  within  the  MAPOL  language  and  provide  the  user  with  the 
capacity  to  perform  a  wide  variety  of  tasks  within  the  MAPOL  program  units.  With  very  few  exceptions, 
the  MAPOL  mathematical  functions  are  identical  in  form  to  those  in  the  Fortran  language;  the  excep¬ 
tions  are  noted  in  Table  57.  Trigonometric  functions  in  MAPOL  use  radian  angles  as  arguments  and 
result  in  radian  angles  just  as  in  Fortran.  All  MAPOL  functions  are  "generic"  in  the  sense  that  they 
support  multiple  data  types  (integer,  real)  as  arguments  and  perform  the  appropriate  conversions. 

7.6.8.  INTRINSIC  RELATIONAL  PROCEDURES 

As  discussed  in  Section  7.4,  MAPOL  has  provided  a  means  by  which  individual  relational  entries 
(row/attribute  combinations)  may  be  accessed  directly.  Table  58  shows  the  argument  lists  to  the  set  of 
intrinsic  procedures  provided  to  enable  the  MAPOL  programmer  to  open  relations,  to  retrieve  particular 
rows,  to  update  or  add  rows  and  to  close  the  relation.  In  combination  with  the  RELATION  and  PROJECT 
declarations,  these  procedures  provide  a  direct  databeise  interface  that  neatly  matches  the  full  relati'  aal 
application  programming  interface  in  CADDB.  There  is  an  implementation  maximmn  of  five  open  rela¬ 
tional  variables  at  any  time  during  the  execution  of  a  MAPOL  program. 

Figure  18  shows  a  simple  MAPOL  procedure  that  manipulates  a  relation  called  GPOINT.  Two 
rows  are  placed  in  the  relation  followed  by  a  conditional  retrieval  to  obtain  one  of  the  tuples  for  use  in  an 
additional  operation. 
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Table  57.  Intrinsic  Mathematical  Functions  in  MAPOL 


PROCEDURE 

DESCRIPTION 

USAGE 

ABS 

Absolute  value 

A  :=  ABS(B); 

ACOS 

Cosine 

A  :=  ACOS(B); 

ASIN 

Arcsine 

A  :=  ASIN(B); 

ATAN 

Arctangent 

A  ATANCB); 

Complex 

A  CHPLX(B,C); 

Cosine 

A  :=  COS{B); 

COSH 

H5^erbolic  cosine 

A  :=  COSH(B); 

1  EXP 

Exponential 

A  :=  EXP(B); 

1  XMA6 

Imaginary  (Equivalent  to  FORTRAN  AIMAG) 

A  :=  IHA6(B); 

LN 

Natural  Logarithm  (Equivalent  to  FORTRAN  LOG) 

A  :=  LM(B); 

LOG 

Common  Logarithm  (Equivalent  to  FORTRAN  LOGIC) 

A  ;=  LOG(B); 

MAX 

Selects  largest  value 

A  :=  HAX(B,C, 

RE 

Real  component  (Equivalent  to  FORTRAN  REAL) 

A  :=  RE(B); 

SIN 

Sine 

A  :=  SZN(B); 

SINK 

Hyperbolic  sine 

A  :=  SINH(B); 

SQRT 

Square  root 

A  SQRTCB); 

TAN 

Tangent 

A  s=  TAN(B); 

1  TANK 

Hyperbolic  tangent 

A  TANH(B); 
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Table  58.  Intrinsic  Relational  Procedures  in  MAPOL 


PROCEDURE 

DESCRIPTION  AND  CALLING  SEQUENCE 

RECEND 

To  end  the  definition  of  relational  conditions.  (A  maximum  of  10  may  be  applied  per 
relation) 

CALL  RECEND {  <rel-var>  ); 

RELCND 

To  define  relational  conditions 

CALL  RELCND (<rel-var>,  <attr>,  <relop>,  <value>) ; 

<attr> 

is  an  attribute  named  in  quotation  marks 

<relop> 

is  one  of  "GT",  "LT" ,  "EQ",  "NE",  "GE",  “LE" 

<value> 

is  the  conditional  value 

(A  maximum  of  10  may  be  applied  per  relation) 

REULDD 

To  add  a  tuple  to  a  relation 

CALL  RELADD  (  <rel-var>  ) ; 

RELEND 

To  close  a  relation 

CALL  RELEND  (  <rel-var>) ; 

REL6ET 

To  retrieve  a  tuple  form  an  open  relation 

CALL  RELGET  {  <rel-var>,  <status>  ) ; 

<status> 

is  an  integer  variable  that  is  non-zero  if  an  error  occurred 

RELUPD 

To  update  the  fields  in  an  existing  tuple. 

CALL  RELUPD  (  <rel-var>  ) ; 

RELUSE 

To  open  a  relation. 

CALL  RELUSE  (  <rel-var>,  <ntuple>,  <status>  ) ; 

is  an  integer  variable  which  contains  the  number  of  tuples  in  the 
relation  on  output 

<status> 

is  an  integer  variable  that  is  non-zero  if  an  error  occurred 
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MAPOL 

RELATION  GPOINT; 

INTEGER  GID,  NTUPLES,  ERRSTAT; 

REAL  X,Y,Z; 

PROJECT  GPOINT  USING  GID,X,Y,Z; 

CALL  RELUSE(  GPOINT,  NTUPLES,  ERRSTAT  ) ; 
PRINT (  "('  NTUPLES  =  ',  16)",  NTUPLES  ) ; 

IF  ERRSTAT  <>  0  THEN 

PRINT (  "('  ERRSTAT  IS  ',  16)”,  ERRSTAT  ) ; 
CALL  EXIT; 

ENDIF; 


GPOINT.GID:=l; 

GPOINT. X  :=5.0; 

GPOINT. Y  :=6.0; 

GPOINT. Z  :=7.0; 

CALL  RELADD (  GPOINT  ) ; 

GPOINT. GID: =2; 

GPOINT. X  :=15.0; 
GPOINT. Y  :=16.0; 
GPOINT. Z  :=17.0; 

CALL  RELADD (  GPOINT  ) ; 

GPOINT. GID : =3 ; 

GPOINT. X  :=.05; 

GPOINT. Y  :=.06; 

GPOINT. Z  :=.07; 

CALL  RELADD (  GPOINT  ) ; 

CALL  RELEND (  GPOINT  ) ; 


Figure  18.  MAPOL  Program  Using  Relational  Procedures 
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7.6.9.  GENERAL  INTRINSIC  PROCEDURES 


Two  other  intrinsic  procedures  have  been  provided  to  enhance  the  utility  of  MAPOL:  the  EXIT 
and  TRNSPOSE  procedures.  The  first  is  identical  to  the  common  Fortran  extension  EXIT.  The  MAPOL 
statement 

[~  CALL  EXIT;  | 

will  cleanly  terminate  the  ASTROS  execution  without  requiring  the  user  to  jump  to  the  end  of  the 
MAPOL  sequence.  This  is  particularly  useful  when  an  edited  standard  solution  sequence  is  \ased.  The 
TRNSPOSE  procedure  provides  an  additional  matrix  operation  that  is  otherwise  missing  from  the  lan¬ 
guage.  While  the  operation 


is  not.  The  intrinsic  procedure  TRNSPOSE  allows  this  matrix  operation  to  be  performed.  The  form  of 
TRNSPOSE 

CALL  TRNSPOSE  ( [A] ,  [TRANSA] ) ; 


where  [A]  is  the  matrix  to  be  transposed  and  [TRANSA]  is  the  resultant  transposed  matrix. 
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